SaaS multi-tenant

En una configuración multi-tenant, los clientes comparten el código de la aplicación y la infraestructura, pero cada uno ve solo sus propios datos, usuarios y configuración. Así es como la mayoría del SaaS moderno mantiene precios bajos: una base de código y un equipo de operación atienden a cientos de clientes, en lugar de una instalación separada para cada uno.

Cuándo tiene sentido

El multi-tenant es la elección por defecto cuando muchos clientes necesitan el mismo producto con contenido y marca distintos.

• Quieres que las funciones nuevas y las correcciones lleguen a todos los clientes a la vez, desde un solo despliegue
• El costo de operación importa: una factura de infraestructura dividida entre todos los clientes gana a una pila por cliente
• Los clientes necesitan configuración (marca, módulos, contenido), no software estructuralmente distinto

Cuándo no

El multi-tenant puro se vuelve incómodo cuando los clientes necesitan garantías duras. Si un cliente debe poder llevarse sus datos e irse, debe cumplir reglas estrictas de cumplimiento o simplemente se niega a estar en una base de datos compartida, el aislamiento lógico dentro de una sola base puede no bastar. Los problemas de vecino ruidoso, cuando la carga de un cliente degrada la experiencia de los demás, también crecen con la escala.

Cómo lo aplica Cazullo

La Cazullo Platform se comporta como SaaS multi-tenant a nivel de código: una plataforma, un equipo, muchas marcas. Pero lleva el aislamiento un paso más allá de la base de datos compartida habitual. Cada marca corre en su propio proyecto Firebase sobre Google Cloud, así que sus datos, usuarios y configuración de pagos viven en infraestructura dedicada solo a esa marca. La marca obtiene la economía del software compartido con la propiedad de una pila dedicada: sus datos son suyos, por completo, desde el primer día.