Construire un SaaS multi-tenant : les points à considérer

Les décisions multi-tenant faciles à prendre tôt et coûteuses à changer plus tard — isolation des données, facturation et permissions.

Les plateformes SaaS multi-tenant servent de nombreux clients (tenants) à partir d'un seul code source et d'une seule infrastructure — c'est ce qui rend l'économie du SaaS possible. Mais les décisions d'architecture qui font bien fonctionner le multi-tenant sont le genre de choses faciles à bien faire tôt et très coûteuses à corriger plus tard.

La première décision concerne la stratégie d'isolation des données : une base de données partagée avec un identifiant de tenant sur chaque table est la plus simple et la moins coûteuse à exploiter, mais exige une discipline stricte — chaque requête doit filtrer par tenant, sinon vous risquez de faire fuiter les données d'un client vers un autre. Des schémas ou bases isolés par tenant offrent des garanties plus fortes et sont plus faciles à justifier pour des clients sensibles à la conformité, mais coûtent plus cher à l'échelle. La plupart des produits SaaS démarrent en mode partagé et ne migrent certains tenants à forte valeur vers une infrastructure isolée que lorsqu'un contrat l'exige.

La deuxième décision concerne les permissions : les rôles au niveau du tenant doivent être appliqués de manière cohérente sur chaque point d'API, pas seulement dans l'interface, et doivent tenir compte du fait qu'un utilisateur peut appartenir à plusieurs tenants (un cas fréquent pour les agences et consultants qui gèrent plusieurs comptes). La troisième est la facturation : une tarification à l'usage nécessite une infrastructure de mesure dès le premier jour, car ajouter un suivi d'usage précis à un système qui n'a pas été conçu pour cela est l'une des migrations les plus douloureuses que nous ayons vues.

La quatrième, souvent sous-estimée, est l'onboarding : les systèmes multi-tenant ont besoin d'un parcours fluide en libre-service pour créer un nouveau tenant, inviter des membres et définir des valeurs par défaut, car le provisionnement manuel des tenants ne tient pas au-delà de la première dizaine de clients. Bien prendre ces quatre décisions dès le départ, c'est ce qui permet à une plateforme SaaS de passer de dix à dix mille clients sans réécriture complète.