Tenants

This section allows you to add new tenants and map environments to these installations to ensure updates rollout correctly.


Adding Tenant

Who Can Perform This Action?

Users need to have super-admin permission to add tenants.

This involves the creation of new organizations where you wish to deploy s/w updates. Whenever you are onboarding a new client, you add them as a tenant.

  1. Click + Add Tenant.

  2. Enter a name in Tenant display name field, e.g., flareup.xyz. Once set, you can rename it later (if needed).

  3. Add a unique identifier to your tenant in Tenant ID field, e.g., flareup123. Once set, you cannot change it later.

  4. (Optional) Add a description of the tenant.

  5. Click Save.


Adding Installation

Who Can Perform This Action?

Users need to have super-admin permission to add installations to a tenant.

This involves setting up installation for different environments, such as Prod, Development, and QA environments. You can consider these as licenses/installations your client has subscribed for.

  1. Click the tenant you created.

  2. Click + Add Installation.

  3. Enter a name in Installation display name field, e.g., Flareup Prod

  4. Enter an Installation ID, e.g., flareup-prod-1

  5. Click Save.


Mapping Environments

Who Can Perform This Action?

Users need to have super-admin permission to map environments.

This involves mapping customer's environments to the tenant installation so that your updates are deployed to the correct environments. If you haven't created an environment yet, refer Clusters & Environments.

  1. Click Map Environment.

  2. Use the checkbox to choose the environments to map to the tenant installation. Note that, you cannot map an environment that is already mapped to another tenant installation.

    Here, we have mapped doc1 and doc2 environments to the production installation.

  3. Click Save

Next, you need to set up a release on Release Hub. If you have correctly mapped the customer's environments to an installation, and if you choose applications that already have those environments (say doc1 or doc2 or both) in their deployment pipeline, you can rollout your release.

Last updated