Definitie
Multi-tenant is een architectuur waarbij één installatie van software meerdere klanten (tenants) bedient. Elke klant heeft een eigen account, eigen data en eigen instellingen, maar de onderliggende code en infrastructuur worden gedeeld. Bijna alle moderne SaaS-tools zijn multi-tenant.
De tegenhanger is single-tenant: een eigen installatie per klant. Dat is duurder en trager om te updaten, maar geeft maximale isolatie en aanpasbaarheid. De keuze hangt af van eisen rond compliance, performance en flexibiliteit.
Waarom het ertoe doet voor MKB
Voor MKB als gebruiker is multi-tenant de reden dat SaaS-tools relatief betaalbaar zijn: vaste kosten van leverancier worden verdeeld over duizenden klanten. Voor jouw bedrijf betekent dat instapprijzen vanaf een paar tientjes per maand, automatische updates en geen eigen serverbeheer.
Voor MKB dat zelf software ontwikkelt en aanbiedt aan andere bedrijven is multi-tenant bijna altijd de juiste keuze: één installatie beheren, alle klanten profiteren tegelijk van verbeteringen. Wel vraagt het zorgvuldige isolatie van klantdata.
Concreet voorbeeld
Een adviesbureau bouwt een tool voor planning en urenregistratie en biedt die aan aan 25 andere MKB-bedrijven. In de oude opzet draaide per klant een aparte installatie. Updates uitrollen kostte een hele dag. Een bug in versie 4.2 raakte alleen klanten die nog niet bij waren.
Na herontwerp naar multi-tenant draaien alle 25 klanten op één installatie met gedeelde codebase en gescheiden databases. Een verbetering uitrollen kost 15 minuten en is direct voor iedereen beschikbaar. Wel werd extra werk gestoken in toegangscontroles en data-isolatie om te garanderen dat klanten elkaars gegevens nooit zien.
Misverstanden en valkuilen
- “Multi-tenant betekent dat klanten elkaars data kunnen zien.” Bij goed ontwerp absoluut niet. Data wordt strikt gescheiden op database- of schema-niveau. Maar wie hier slordig in is, creëert een datalek-risico.
- “Multi-tenant is altijd goedkoper.” Voor leveranciers wel. Voor klanten met heel specifieke eisen kan single-tenant juist passender zijn, ondanks de hogere prijs.
- “Je kunt het later wel ombouwen.” Multi-tenant achteraf inbouwen is meestal een kostbaar herontwerp. Beter vanaf het begin meenemen.
- “Het ene noisy neighbor-probleem maakt iedereen traag.” Bij slecht ontwerp wel. Goede multi-tenant systemen isoleren performance per klant of geven grote klanten gegarandeerde capaciteit.
Wanneer moet je hier wakker liggen, wanneer niet
Wakker liggen: als jouw bedrijf software maakt voor andere bedrijven en je nog per klant een eigen installatie beheert. De beheerlast groeit dan exponentieel met elke nieuwe klant. Of als je een SaaS-leverancier kiest die belooft “een eigen omgeving” maar de prijs van multi-tenant rekent.
Niet wakker liggen: als je vooral SaaS-tools afneemt. De multi-tenant-architectuur zit onder de motorkap; voor jou is het belangrijkste dat data-isolatie goed geregeld is (vraag naar certificaten zoals ISO 27001).
Gerelateerde termen
- SaaS: bijna altijd multi-tenant opgezet.
- Database: data-isolatie is een database-vraagstuk.
- Cloud computing: multi-tenant is een cloud-concept.
- Vendor lock-in: multi-tenant maakt lock-in soms steviger.