SOT
    • Introduction
    • Concepts
      • Operating principle
      • Machine interfaces
      • Supported protocols
    • Getting started
    • How-to
      • Send data
    • Operations manual
      • Overview
      • System architecture and interfaces
        • Technical context and deployment view
        • Machine interface
        • PPMP
        • OPP
        • Rexroth Tightening
        • Dynamic multi-tenancy
        • AMQP
        • Kafka
        • MQTT
        • Unknown Device handling
        • Watchdog handling
      • System requirements
        • connectivity/connectivity-service:1
        • connectivity/connectivity-webui-service:1
      • Migration from previous versions
        • Tenant ID migration guide
        • Migration to 2.0.0+
        • Migration to 2.1.0+
      • Setup and configuration
        • Logging
        • Helm configuration
        • Messaging (inbound)
      • Start and shutdown
      • Regular operations
      • Failure handling
        • Unknown device handling
      • Logging and monitoring
      • Known limitations
        • Rexroth Tightening
        • Unknown Device handling
        • Amqp
        • Kafka
    • Troubleshooting
    • API documentation
    • Glossary
Information Router
  • Smart Operations Toolkit
    • Deviation Processor
    • Multitenant Access Control
    • Notification Service
    • Ticket Management
    • Web Portal
  • Shopfloor Management
    • Andon Live
    • KPI Reporting
    • Operational Routines
    • Shift Book
    • Shopfloor Management Administration
  • Product & Quality
    • Process Quality
    • AI Services
  • Machine & Equipment
    • Condition Monitoring
    • Device Portal
  • Enterprise & Shopfloor Integration
    • Information Router
    • Master Data Management

SOT Learning Portal

  • Information Router
  • Operations manual
  • System architecture and interfaces
  • Dynamic multi-tenancy

Dynamic multi-tenancy

To enhance tenant management in the Information Router (IR), a dynamic tenant discovery mechanism integrated with Macma is introduced. This allows IR to dynamically retrieve tenant lists and contracts, and auto-update configurations without restarts.

Key features

  1. Dynamic Configuration Management: Add, update, and remove tenant configurations at runtime without service redeployment.

  2. Dynamic Broker Configurations: Manage broker settings dynamically, allowing unique configurations for each tenant.

  3. Limitations: All tenants use a shared broker specified during deployment, with uniform service configurations for Kafka, MQTT, and AMQP.

Configuration requirements

The TenantConfig section in the appsettings.json file specifies only the Tenant0 for the Information Router (IR). Tenant0 will be handled differently. If multi-tenancy is not supported, the subscribers and publishers will be configured only for Tenant0.

Tenant0 Configuration:

image::Tenant0.png[height=250]

To support dynamic multi-tenancy when communication between southside machines and the Information Router (IR) is done through brokers (MQTT, RabbitMQ, Kafka), it is crucial that the SubQueue and PubQueue for all ingress channels include a placeholder for {TenantId} or follow a pattern-based implementation. Without this, multi-tenancy cannot be supported.

Example Configuration:

image::PubSubQueues.png[height=250]

Contents

© Robert Bosch Manufacturing Solutions GmbH 2023-2026, all rights reserved

Changelog Corporate information Legal notice Data protection notice Third party licenses