SaaS multi-tenant

Numa configuração multi-tenant, os clientes compartilham o código da aplicação e a infraestrutura, mas cada um vê apenas os próprios dados, usuários e configurações. É assim que a maior parte do SaaS moderno mantém preços baixos: uma base de código e um time de operação atendem centenas de clientes, em vez de uma instalação separada para cada um.

Quando faz sentido

Multi-tenancy é a escolha padrão quando muitos clientes precisam do mesmo produto com conteúdo e marca diferentes.

• Você quer que novas funcionalidades e correções cheguem a todos os clientes de uma vez, a partir de um único deploy
• Custo de operação importa: uma conta de infraestrutura dividida entre todos os clientes vence uma pilha por cliente
• Os clientes precisam de configuração (marca, módulos, conteúdo), não de software estruturalmente diferente

Quando não faz

Multi-tenancy pura fica desconfortável quando os clientes precisam de garantias duras. Se um cliente precisa poder levar seus dados embora, precisa cumprir regras estritas de conformidade ou simplesmente se recusa a ficar num banco de dados compartilhado, o isolamento lógico dentro de um único banco pode não bastar. Problemas de vizinho barulhento, quando a carga de um cliente degrada a experiência de todos os outros, também crescem com a escala.

Como a Cazullo aplica

A Cazullo Platform se comporta como SaaS multi-tenant no nível do código: uma plataforma, um time, muitas marcas. Mas leva o isolamento um passo além do banco compartilhado de sempre. Cada marca roda no próprio projeto Firebase no Google Cloud, então seus dados, usuários e configuração de pagamentos vivem em infraestrutura dedicada só àquela marca. A marca ganha a economia do software compartilhado com a propriedade de uma pilha dedicada: os dados são dela, por inteiro, desde o primeiro dia.