Configure Tenants - Fluid Topics - 3.10 - Reference Guides

Fluid Topics Installation Guide

Product
Fluid Topics
Fluid Topics Version
3.10
Operating System
RHEL
Category
Reference Guides
Language
English
Target Audience
public

A multi-portal architecture consists of:

  • one or more read-write portals, called "Manage" tenants
  • one or more read-only portals, called "Consume" tenants

Each tenant, "Manage" and "Consume", must have its own conf.json file.

The configuration file architecture must be as follows:

/usr/local/afs7/Fluid-Topics/conf/
├── TenantIdOfTheManagePortal
│   └── ConfigurationFiles
├── TenantIdOfTheConsumePortal1
│   └── ConfigurationFiles
├── TenantIdOfTheConsumePortal2
│   └── ConfigurationFiles
└── Etc.

On the "Manage" tenant, the KHUB is totally manageable in Fluid Topics. It is possible to:

On the "Consume" tenants, the KHUB is read-only. It consumes a remote KHUB, managed by one "Manage" tenant. All features to update the KHUB are not available from a "Consume" tenant.

Example

For instance, a multi-portal environment is set for the documentation of OleanDor, company specialized in time machine development.

The following example shows the configuration file architecture for the OleanDor portal organization:

/usr/local/afs7/Fluid-Topics/conf/
├── OleanDor
│   └── ConfigurationFiles
├── OD1000
│   └── ConfigurationFiles
└── 0D2000
   └── ConfigurationFiles

Where:

  • OleanDor is the tenant for the "Manage" portal.
  • OD1000 and OD2000 are "Consume" portals.