Multi-tenant et RLS : définition simple pour un SaaS B2B

En bref

Le RLS (Row Level Security) est un mécanisme de base de données qui limite les lignes qu'un utilisateur peut voir, au niveau du serveur : chaque client d'un SaaS ne voit que ses données, quoi qu'il fasse. C'est la façon standard d'isoler les données de vos clients dans une application multi-tenant.

• L'isolation est structurelle : appliquée par la base, pas par le code applicatif.
• Chaque requête vérifie automatiquement les droits, impossible de contourner par l'API.
• Compatible avec PostgreSQL, notamment sur Supabase.
• Conforme RGPD : chaque client reste strictement isolé.

Le problème, concrètement

Dans un SaaS B2B, plusieurs clients partagent la même base de données. Sans isolation stricte, un client pourrait voir les données d'un autre par erreur ou par manipulation. Le multi-tenant sécurisé répond à ce risque : le RLS applique l'isolation au niveau de la base, garantie structurelle, pas une promesse du code.

Comment ça marche

Chaque ligne de table porte l'identifiant du tenant (client). Une politique RLS vérifie que l'utilisateur appartient à ce tenant avant de retourner la ligne. Lecture, écriture, suppression : tout passe par cette vérification. Ajoutez l'authentification (qui est l'utilisateur) et les données sont isolées de bout en bout.

Pourquoi c'est pertinent pour vous

Si vous construisez un SaaS B2B, l'isolation multi-tenant est non négociable : elle protège vos clients et vous conforme au RGPD. Les briques (auth, RLS, base PostgreSQL) sont déjà développées et en production sur beforbuild.com : je les adapte à votre projet, au forfait fixe dès 440 € HT, sans abonnement. Détail sur développeur Supabase.