Glossar · Tech & Architecture

Multi-Tenancy

Architekturmuster, bei dem eine einzige Software-Instanz mehrere Kunden (Tenants) bedient — mit strenger Daten- und Konfigurations-Isolation.

Definition

Multi-Tenancy spart Infrastruktur und vereinfacht Deployments, verlagert dafür die Komplexität in die Isolations-Schicht. Drei Hauptvarianten: Shared Database mit Tenant-ID-Spalte (einfach, aber Leak-Risiko bei Query-Bug), Shared Database mit Schema-pro-Tenant (mittlere Isolation), Database-pro-Tenant (maximale Isolation, höchster Ops-Overhead).

Kritische Querschnitts-Themen: Row-Level-Security in der DB (PostgreSQL RLS), Tenant-Context in jedem Request (Middleware-Layer), pro-Tenant-Rate-Limiting (ein Tenant darf nicht das ganze System down nehmen), pro-Tenant-Backup und -Restore.

Für DSGVO-relevante Daten (Bewerber, Kunden, WhatsApp-Inhalte) ist Database-pro-Tenant oft die rechtlich sauberste Wahl — Löschung eines Tenants ist dann ein DROP statt eines komplexen Multi-Table-Deletes.

So nutzen wir das bei adsbird

Unsere WhatsApp-CRM-Architektur läuft auf Shared PostgreSQL mit Row-Level-Security pro Tenant + dedizierten Storage-Containern pro Tenant für Medien-Dateien. Tenant-Onboarding ist ein Workflow von ~6 Minuten, Offboarding mit voller DSGVO-Löschung ein Workflow von ~12 Minuten.

Multi-Tenancy in deinem Projekt?

Wir bauen damit,
jeden Tag.

Wenn du Multi-Tenancy in einem konkreten Workflow brauchst — wir haben das wahrscheinlich schon gebaut.

Erstgespräch Alle Begriffe