Skip to content

Tenants

Multitenancy refers to the ability to deploy functional pipelines and processings in a way completly isolated the ones from each other. The typical example is a cybersecurity platform, deployed as a Saas managed platform and processing data from various differents customers (i.e. tenants).

Multitenancy is just like security. It makes no sense to start without, and to (hope to) easily bring it later on.

That is the reason why we designed the punchplatform with multitenancy mechanism from the ground. Should you not need it, you will then deal with only a single tenant.

How does it work ? First a picture:

Multitenancy is illustrated next :

image

When you start a project using the punch, you first decide what services you mutualise versus the ones that require a physical isolation.

In some cases everything is mutualised, each tenant is then only logically separated. This is performed in each platform component : queuing topics, elasticsearch indexes, object storage pools, configuration folders, admin and user accounts, Kibana servers, etc..

Info

Everything is per tenant ... except one file : the one describing the platform structure used to deploy the platform (Refer to platform). Only a super administrator is allowed to alter the platform itself.

Refer to the Tenant Configuration chapter chapter for details about tenant configuration and resources.