Waarom elke klant een eigen database en pool krijgt

Vraag een doorsnee SaaS-platform hoe het je data opslaat en je hoort meestal een variant van „logische isolatie” — jouw rijen leven in dezelfde tabellen als die van iedereen, gescheiden door een tenant-ID en een flinke dosis hoop. Bij Clonext hebben we anders gekozen: elke klant krijgt een eigen database en een eigen app-pool. Dit is de redenering, en wat het ons kost.

Gedeelde schema’s optimaliseren voor de leverancier

Eén gedeeld schema is heerlijk handig — voor de mensen die het platform runnen. Eén migratie werkt iedereen bij, één connection-pool bedient iedereen, één back-up dekt iedereen. De economie is uitstekend, tot het moment dat dat niet meer zo is: een op hol geslagen query van één tenant verslechtert de latency voor allemaal, een migratiebug kan data over de grens blootleggen, en „verwijder mijn data” wordt forensisch werk in plaats van één schone handeling.

Multi-tenancy schuift stilletjes kosten van de balans van de leverancier naar het risicoregister van de klant.

Wat isolatie hier betekent

Als wij geïsoleerd zeggen, bedoelen we dat op infrastructuurniveau, niet op configuratieniveau.

• Eigen database — jouw tabellen, jouw indexen, jouw opslag. Geen tenant-kolom die het werk van de beveiliging doet.
• Eigen app-pool — jouw processen, jouw geheugen, jouw CPU. De piek van een buurman is niet jouw probleem.
• Eigen back-ups — elke nacht versleuteld en alleen op jouw omgeving teruggezet.
• Je eigen domein — DNS, TLS en e-mail voor jou geconfigureerd, van begin tot eind.

De afwegingen die we accepteren

Isolatie is niet gratis. We runnen meer databases, meer pools en meer back-upjobs dan welk multi-tenant-platform ook, en onze automatisering moet een vloot van unieke exemplaren als het normale geval behandelen. Die kosten accepteren we, omdat ze iets kopen wat je achteraf niet kunt faken: een explosieradius die stopt bij jouw grens.

Cruciaal: isolatie betekent niet achterlopen. Omdat elke omgeving op dezelfde bewezen core is gebouwd, bereiken upstream-verbeteringen je gewoon in het tempo van het platform — de snelheid van een gedeeld systeem, zonder het gedeelde faaldomein.