Warum jeder Kunde eine eigene Datenbank und einen eigenen Pool bekommt

Fragen Sie eine typische SaaS-Plattform, wie sie Ihre Daten speichert, und Sie hören meist irgendeine Version von „logischer Isolation“ — Ihre Zeilen liegen in denselben Tabellen wie die aller anderen, getrennt durch eine Tenant-ID und eine gehörige Portion Hoffnung. Bei Clonext haben wir anders entschieden: Jeder Kunde bekommt eine eigene Datenbank und einen eigenen Anwendungs-Pool. Hier ist die Begründung — und was es uns kostet.

Geteilte Schemas optimieren für den Anbieter

Ein einziges geteiltes Schema ist wunderbar bequem — für die Leute, die die Plattform betreiben. Eine Migration aktualisiert alle, ein Connection-Pool bedient alle, ein Backup deckt alle ab. Die Ökonomie ist hervorragend — genau bis zu dem Moment, in dem sie es nicht mehr ist: Eine außer Kontrolle geratene Abfrage eines Tenants verschlechtert die Latenz für alle, ein Migrationsfehler kann Daten über die Grenze hinweg offenlegen, und „löscht meine Daten“ wird zur forensischen Übung statt zu einer einzigen, sauberen Operation.

Multi-Tenancy verschiebt Kosten still von der Bilanz des Anbieters ins Risikoregister des Kunden.

Was Isolation hier bedeutet

Wenn wir isoliert sagen, meinen wir es auf der Ebene der Infrastruktur, nicht der Konfiguration.

• Eigene Datenbank — Ihre Tabellen, Ihre Indizes, Ihr Speicher. Keine Tenant-Spalte, die den Job der Sicherheit macht.
• Eigener Anwendungs-Pool — Ihre Prozesse, Ihr Arbeitsspeicher, Ihre CPU. Die Lastspitze eines Nachbarn ist nicht Ihr Problem.
• Eigene Backups — nächtlich verschlüsselt und allein gegen Ihre Instanz wiederhergestellt.
• Ihre eigene Domain — DNS, TLS und E-Mail für Sie konfiguriert, Ende zu Ende.

Die Kompromisse, die wir akzeptieren

Isolation ist nicht umsonst. Wir betreiben mehr Datenbanken, mehr Pools und mehr Backup-Jobs, als jede Multi-Tenant-Plattform es täte, und unsere Automatisierung muss eine Flotte aus Einzelstücken als Normalfall behandeln. Wir akzeptieren diese Kosten, weil sie etwas kaufen, das sich nachträglich nicht fälschen lässt: einen Explosionsradius, der an Ihrer Grenze endet.

Entscheidend: Isolation heißt nicht zurückbleiben. Weil jede Instanz auf demselben bewährten Core aufbaut, erreichen Sie Upstream-Verbesserungen weiterhin im Takt der Plattform — die Geschwindigkeit eines geteilten Systems, ohne die geteilte Fehlerdomäne.