Saltar al contenido principal
Multi-tenancy permite que un despliegue sirva contextos de institución independientes (tenants) y mantiene cada solicitud y sus datos dentro del ámbito del tenant autenticado. Lerian opera Lerian Cloud como un entorno multi-tenant. BYOC es single-tenant. El alcance por tenant y la configuración son específicos de cada producto. No supongas que un claim de JWT o un comportamiento de API documentado para un producto se aplica a otro.

​
Autenticación y alcance de las solicitudes

Cada producto valida la identidad de quien llama y deriva su contexto de tenant según el contrato de autenticación de ese producto. La plataforma no define un claim tenantId universal ni un header de tenant universal para cada producto. Una integración de producto debe seguir el claim y el comportamiento de enrutamiento documentados de ese producto. No agregues un identificador de tenant a una solicitud a menos que ese producto lo requiera explícitamente.
Multi-tenancy es una capacidad operativa. Esto no significa que cada producto de Lerian tenga el mismo middleware de autenticación o la misma superficie de configuración.

​
Aislamiento del almacenamiento

  • dedicated: un tenant recibe una base de datos PostgreSQL dedicada.
  • shared: los tenants comparten una base de datos PostgreSQL y cada uno recibe un esquema dedicado.
La división entre base de datos y esquema es específica de PostgreSQL. Otros datastores usan sus propias reglas de enrutamiento y aprovisionamiento por modo. No deduzcas el comportamiento de esquemas de PostgreSQL para MongoDB o RabbitMQ.

​
Lerian Cloud

Lerian opera la infraestructura multi-tenant. Sigue la documentación de API y de autenticación del producto. Tu token y el contrato de enrutamiento del producto determinan el ámbito de la solicitud.

​
Páginas relacionadas

Modelos de despliegue

Compara Lerian Cloud y BYOC.

Access Manager

Comprende los flujos de autenticación admitidos para los productos que despliegas.