SaaS multi-tenant

Dans une configuration multi-tenant, les clients partagent le code de l’application et l’infrastructure, mais chacun ne voit que ses propres données, utilisateurs et paramètres. C’est ainsi que la plupart des SaaS modernes gardent des prix bas : une base de code et une équipe d’exploitation servent des centaines de clients, au lieu d’une installation séparée pour chacun.

Quand c’est pertinent

Le multi-tenant est le choix par défaut quand de nombreux clients ont besoin du même produit avec un contenu et une marque différents.

• Vous voulez que les nouveautés et les correctifs atteignent tous les clients en même temps, depuis un seul déploiement
• Le coût d’exploitation compte : une facture d’infrastructure partagée entre tous les clients bat une pile par client
• Les clients ont besoin de configuration (marque, modules, contenu), pas d’un logiciel structurellement différent

Quand ça ne l’est pas

Le multi-tenant pur devient inconfortable quand les clients exigent des garanties fortes. Si un client doit pouvoir récupérer ses données et partir, doit respecter des règles de conformité strictes ou refuse simplement de partager une base de données, l’isolement logique au sein d’une même base peut ne pas suffire. Les problèmes de voisin bruyant, où la charge d’un client dégrade l’expérience de tous les autres, grandissent aussi avec l’échelle.

Comment Cazullo l’applique

La Cazullo Platform se comporte comme un SaaS multi-tenant au niveau du code : une plateforme, une équipe, de nombreuses marques. Mais elle pousse l’isolement un cran plus loin que la base de données partagée habituelle. Chaque marque tourne dans son propre projet Firebase sur Google Cloud : ses données, ses utilisateurs et sa configuration de paiement vivent dans une infrastructure dédiée à cette marque seule. Une marque obtient l’économie du logiciel partagé avec la propriété d’une pile dédiée : ses données lui appartiennent, entièrement, dès le premier jour.