Multi-Tenancy, im Tech-Kontext.
Multi-Tenancy bedient mehrere Klienten in einer Codebase und Infrastruktur. Foundation für SaaS-Skalierung mit Tenant-Isolation.
Multi-Tenancy ist ein Architektur-Pattern, bei dem eine einzige Software-Instanz mehrere Klienten oder Mandanten bedient, deren Daten und Konfiguration isoliert sind. Drei Stufen: Shared-Database mit Tenant-ID, Schema-per-Tenant, Database-per-Tenant. SaaS-Default ist Shared-Database mit Row-Level-Security. Vorteile: niedrige Per-Tenant-Kosten, einfache Updates für alle Klienten gleichzeitig. Nachteile: Noisy-Neighbor-Risiko, Tenant-Isolation-Pflicht, komplexere Backup-Strategien.
Beispiele aus dem Mittelstand
- Eine SaaS-Plattform für Praxis-Software bedient 500 Praxen über Tenant-ID in Postgres mit Row-Level-Security.
- Eine Enterprise-Lösung bietet Schema-per-Tenant für Klienten mit strengen Datenschutz-Pflichten.
Folge-Fragen
Welche Tenancy-Stufe für Mittelstand-SaaS?
Shared-Database mit RLS reicht meistens. Schema-per-Tenant bei DSGVO-Sensibel, Database-per-Tenant bei Enterprise.
Wie verhindere ich Noisy-Neighbor?
Tenant-Quotas plus Rate-Limits pro Tenant. Bei DB-Load: Connection-Pool-Sharding plus Tenant-spezifische Replikate.
DSGVO-Löschpflichten?
Pro Tenant dokumentierte Löschfristen plus Audit-Log. Bei Shared-DB mit Tenant-ID muss Delete-Pfad pro Tabelle definiert sein.
Verwandte Begriffe
Multi-Tenancy in der Praxis.
Wo dieser Begriff in deinem Geschäft konkret wird, beginnt die Arbeit. Wir nennen klar, ob die Idee in unser Studio passt.
SEO und Content