Naar de inhoud
fromHello

Multi-tenancy

Multi-tenancy is een softwarearchitectuur waarin één installatie meerdere klanten – tenants genoemd – bedient vanaf gedeelde infrastructuur, terwijl de data van elke tenant logisch gescheiden blijft. Eén instantie van de applicatie, één database en één codebase bedienen veel organisaties tegelijk, en een tenant-ID scheidt de records van de ene klant van die van de volgende.

Bijgewerkt op 2 min. leestijdDoor fromHello

In het kort

  1. Multi-tenancy betekent dat één installatie veel afgeschermde tenants bedient vanaf gedeelde infrastructuur, met een grens die zowel in de applicatie als in de database wordt afgedwongen.

  2. Isolatie is een spectrum: een gedeelde database met een tenantsleutel, een schema per tenant of een aparte database per tenant – sterkere isolatie kost meer om te draaien.

  3. Als je een multi-tenant platform zelf host, heb je je eigen tenantgrens: één installatie kan meerdere merken of werkruimtes voor klanten draaien zonder abonnement per merk.

Hoe werkt multi-tenancy?

Een multi-tenant applicatie hangt aan elk verzoek en elk record een tenant-ID. Als een gebruiker inlogt, bepaalt de app bij welke tenant die hoort, en beperkt daarna elke query, elke achtergrondtaak en elk bericht tot die tenant. Alle tenants draaien op dezelfde servers en meestal in dezelfde database, wat de operationele kosten per tenant laag houdt – maar de isolatie is maar zo sterk als de code en de databaseregels die haar afdwingen.

Wat zijn de belangrijkste isolatiemodellen?

IsolatiemodelHoe het werktAfweging
Gedeelde database, tenantsleutelElke rij draagt een tenant-ID; elke query filtert eropHet goedkoopst om te draaien; één vergeten filter kan data tussen tenants laten lekken
Schema per tenantElke tenant krijgt een eigen schema in een gedeelde databaseSterkere scheiding; migraties vermenigvuldigen zich met het aantal tenants
Database per tenantElke tenant krijgt een eigen database of instantieDe sterkste isolatie; de hoogste kosten en het meeste beheerwerk
Multi-tenancy en de termen die ermee samenhangen.

Waarom doet multi-tenancy ertoe voor een klein team?

Als je één product onder één merk draait, denk je misschien nooit aan tenancy. Het telt zodra je meerdere merken, werkruimtes voor klanten of omgevingen vanuit één installatie bedient – gebruikelijk voor bureaus en kleine platforms. Open source engagementtools zoals Dittofeed modelleren tenancy als werkruimtes, en met een zelf gehoste opzet voor customer engagement wordt de hele installatie je eigen tenantgrens: de data van je klanten deelt de infrastructuur met niemand buiten je bedrijf.

Wat verandert multi-tenancy voor compliance?

In een gedeelde SaaS ben je één tenant tussen duizenden, en vertrouw je op de isolatie, de keuzes rond dataresidentie en de contracten van de leverancier. Zelf hosten draait dat om: jij wordt de beheerder, dus isolatie per tenant, bewaartermijnen en het auditlog stel je zelf in – en moet je zelf aantonen. Geen van beide modellen is van nature compliant; de verplichtingen uit de AVG (GDPR) volgen de data, niet de architectuur.

Bronnen

  1. Microsoft Azure Architecture Center – Architect multitenant solutions on Azure (opent in een nieuw tabblad)
  2. AWS Well-Architected SaaS Lens – Silo, pool, and bridge models (opent in een nieuw tabblad)

FAQ

Veelgestelde vragen

  • Wat is het verschil tussen multi-tenant en single-tenant?

    Een multi-tenant installatie bedient veel klanten vanaf gedeelde infrastructuur, met logische isolatie ertussen. Een single-tenant installatie wijdt de hele stack – applicatie en database – aan één klant. Single-tenant biedt hardere isolatie en een eenvoudiger complianceverhaal tegen hogere kosten per klant; multi-tenant ruilt wat isolatiediepte in voor efficiëntie.

  • Is multi-tenancy hetzelfde als meerdere gebruikers hebben?

    Nee. Gebruikers zijn mensen binnen één tenant; tenants zijn aparte klantorganisaties. Een start-up van twee mensen met 10.000 gebruikers kan nog steeds single-tenant zijn, terwijl een bureau dat drie klanten in één installatie draait, multi-tenant is.

  • Kan de ene tenant de data van een andere tenant zien?

    Niet als de isolatie goed is gebouwd. Het risico is wel echt: bij ontwerpen met een gedeelde database kan één ongefilterde query over de grens gaan. Daarom horen tenantcontroles in de datalaag – row-level security of gescheiden schema’s – en niet alleen in de applicatiecode.

  • Heeft een start-up multi-tenancy nodig?

    Alleen als je meerdere organisaties vanuit één installatie bedient – klanten, merken of werkruimtes. Host je een tool zelf voor één bedrijf, dan is single-tenant eenvoudiger. Multi-tenancy verdient zijn complexiteit pas terug zodra het aantal tenants sneller groeit dan je capaciteit om aparte installaties te draaien.

fromHello is open source marketing automation: berichten die worden getriggerd door wat mensen doen.

fromHello Cloud is in early access via de wachtlijst.

Zet me op de wachtlijstGeef een ster op GitHub (opent in een nieuw tabblad)

Lees verder

Alle gidsen

Early access

fromHello Cloud

Je bent niet begonnen om klein te blijven.

Early access tot fromHello Cloud gaat gefaseerd open. De onboarding is persoonlijk: we helpen je met de inrichting en met het overzetten van je contacten.

We mailen je zodra je plek vrijkomt. Geen spam.

Nog niet zover? Bekijk op GitHub