Aller au contenu
Guides · Glossaire

Multi-tenant

Le multi-tenant est une architecture où un seul déploiement sert plusieurs clients — appelés tenants — depuis une infrastructure partagée, tout en gardant les données de chaque tenant isolées. Une même instance applicative, une même base et un même code servent de nombreuses organisations à la fois, un identifiant de tenant séparant les enregistrements d'un client des suivants.

Mis à jour le 8 juil. 20262 min de lecturePar fromHello
À retenir
  • Le multi-tenant, c'est un déploiement unique qui sert de nombreux tenants isolés depuis une infrastructure partagée, la frontière étant appliquée dans l'application et la base.
  • L'isolation couvre un spectre : base partagée avec clé de tenant, un schéma par tenant, ou une base distincte par tenant — plus l'isolation est forte, plus l'exploitation coûte cher.
  • Auto-héberger une plateforme multi-tenant vous donne votre propre frontière de tenant : une seule installation peut servir plusieurs marques ou espaces clients sans abonnement par marque.

Comment fonctionne le multi-tenant ?

Une application multi-tenant attache un identifiant de tenant à chaque requête et à chaque enregistrement. Quand un utilisateur se connecte, l'application détermine son tenant, puis limite chaque requête, tâche de fond et message à ce périmètre. Tous les tenants tournent sur les mêmes serveurs et, le plus souvent, la même base de données, ce qui maintient un coût d'exploitation par tenant très bas — mais l'isolation ne vaut que ce que valent le code et les contraintes de base de données qui l'appliquent.

Quels sont les principaux modèles d'isolation ?

Modèle d'isolationFonctionnementCompromis
Base partagée, clé de tenantChaque ligne porte un identifiant de tenant ; chaque requête filtre dessusLe moins cher à exploiter ; un filtre oublié peut faire fuiter des données entre tenants
Schéma par tenantChaque tenant dispose de son propre schéma dans une base partagéeSéparation plus forte ; les migrations se multiplient avec le nombre de tenants
Base par tenantChaque tenant dispose d'une base ou d'une instance dédiéeIsolation maximale ; coût et charge d'exploitation les plus élevés
Le multi-tenant et ses notions voisines.

Pourquoi le multi-tenant compte-t-il pour une petite équipe ?

Si vous exploitez un seul produit sous une seule marque, la question du tenant peut ne jamais se poser. Elle devient centrale dès que vous servez plusieurs marques, espaces clients ou environnements depuis une seule installation — le cas typique des agences et des petites plateformes. Des outils d'engagement open source comme Dittofeed modélisent la tenancy sous forme d'espaces de travail, et un engagement client auto-hébergé fait de toute l'installation votre propre frontière de tenant : les données de vos clients ne partagent leur infrastructure avec personne en dehors de votre entreprise.

Que change le multi-tenant pour la conformité ?

Dans un SaaS mutualisé, vous êtes un tenant parmi des milliers et vous dépendez de l'isolation du fournisseur, de ses choix de résidence des données et de ses contrats. L'auto-hébergement inverse la relation : vous devenez l'opérateur, donc l'isolation par tenant, la rétention et le journal d'audit relèvent de votre configuration — et de votre capacité à les prouver. Aucun des deux modèles n'est conforme par nature ; les obligations RGPD suivent les données, pas l'architecture.

FAQ

Questions fréquentes

  • Quelle est la différence entre multi-tenant et single-tenant ?

    Un déploiement multi-tenant sert de nombreux clients sur une infrastructure partagée, avec une isolation logique entre eux. Un déploiement single-tenant dédie toute la pile — application et base de données — à un seul client. Le single-tenant offre une isolation plus dure et une conformité plus simple à démontrer, à un coût par client plus élevé ; le multi-tenant échange un peu de profondeur d'isolation contre de l'efficacité.

  • Multi-tenant, est-ce la même chose que multi-utilisateur ?

    Non. Les utilisateurs sont des personnes au sein d'un même tenant ; les tenants sont des organisations clientes distinctes. Une startup de deux personnes avec 10 000 utilisateurs peut rester single-tenant, tandis qu'une agence qui gère trois clients dans une seule installation est multi-tenant.

  • Un tenant peut-il voir les données d'un autre tenant ?

    Pas si l'isolation est correctement implémentée. Le risque existe néanmoins : dans un modèle à base partagée, une seule requête non filtrée suffit à franchir la frontière. C'est pourquoi les contrôles de tenant doivent vivre dans la couche de données — row-level security ou séparation par schéma — et pas seulement dans le code applicatif.

  • Une startup a-t-elle besoin du multi-tenant ?

    Seulement si vous servez plusieurs organisations depuis un même déploiement — clients, marques ou espaces de travail. Si vous auto-hébergez un outil pour une seule entreprise, le single-tenant est plus simple. Le multi-tenant justifie sa complexité quand le nombre de tenants croît plus vite que votre capacité à gérer des installations séparées.

Découvrez la plateforme que l'équipe pilote.

Guides liés
Accès anticipé

Votre growthen autopilote.

L'accès anticipé ouvre progressivement, pour que l'équipe s'ajuste à de vrais cas d'usage. Les petites équipes aux grandes ambitions passent en premier.

déjà 500+ sur la liste

Pas prêt à laisser un e-mail ? C'est open source. Faites-la tourner vous-même dès aujourd'hui. Voir sur GitHub

Pas de spam. Un e-mail quand votre place s'ouvre. Désinscription à tout moment.