Page History

...

For more information on configuring the Runtime, please refer to Multi-tenant setup or a guide to make multi-tenancy work on your environment at How to configure a multi-tenant setup.

Details

As stated in the overview, the current list of Blueriq components are supporting multi-tenancy:

1. Runtime. The Runtime receives the tenant via the X-TENANT-ID HTTP header and places it on the Blueriq context (System attributes) which can be used in the model. Additionally, it will listen to a separate RabbitMQ for each tenant, if the dcm-lists-client profile in enabled.
2. Customerdata client. This component sends the tenant via the X-TENANT-ID HTTP header to the customerdata service.
3. Customerdata service. This component receives the X-TENANT-ID header and determines which datasource to use.
4. Process engine.This component uses the Blueriq context to retrieve the tenant and determines which datasource to use.
5. Scheduler. This component ruses component uses the Blueriq context to retrieve the tenant and uses the tenant when registering jobs in the Quartz database.
6. Trace engine. This component uses the Blueriq context to retrieve the tenant and determines which datasource to use.
7. Comments. This component uses the Blueriq context to retrieve the tenant and determines which datasource to use.
8. DCM Lists Client. This component sends the tenant via the X-TENANT-ID HTTP header to the DCM Lists Service. Additionally, it publishes events to a separate RabbitMQ for each tenant.
9. DCM Lists Service. This component receives the X-TENANT-ID header and determines which datasource to use. Additionally, it listens to a separate RabbitMQ for each tenant.
10. DCM Intake (DCM_CaseCreate). This component publishes events to a separate RabbitMQ for each tenant.
11. DCM Case Engine. This component listens to a separate RabbitMQ for each tenant.

...

1. CMIS client. The tenant information is not send to the configured DMS.
2. Reporting. The tenant information is not used to determine a datasource.
3. The queue attached to the customerdata service. The received X-TENANT-ID header is not used either as part of the aggregate event or to determine which queue to use.
4. The queue attached to the trace engine. The received tenant on the Blueriq context is not used either as part of the process event or to determine which queue to use.