Multi-Tenancy – Definition, Erklärung und Praxisbeispiel
Multi-Tenancy ist ein Architekturprinzip, bei dem eine einzelne Softwareinstanz mehrere Kunden (Tenants) bedient, wobei die Daten strikt voneinander getrennt bleiben.
Was ist Multi-Tenancy? Definition, Vorteile & Architektur
Multi-Tenancy ist das architektonische Fundament nahezu aller modernen SaaS-Produkte. Von Salesforce über Slack bis hin zu Shopify: Tausende Kunden teilen sich dieselbe Softwareinstanz, ohne die Daten der jeweils anderen zu sehen.
Dieses Modell senkt Betriebskosten drastisch und ermöglicht schnelle Updates für alle Kunden gleichzeitig. Gleichzeitig stellt es hohe Anforderungen an Datenisolierung, Sicherheit und Skalierbarkeit.
Zu Multi-Tenancy finden Sie hier eine kompakte Definition, eine verständliche Erklärung und ein konkretes Praxisbeispiel - ergänzt um weitere Anwendungsfälle und FAQ.
Was ist Multi-Tenancy?
- Multi-Tenancy ist ein Architekturprinzip, bei dem eine einzelne Softwareinstanz mehrere Kunden (Tenants) bedient, wobei die Daten strikt voneinander getrennt bleiben.
Multi-Tenancy (Mandantenfähigkeit) bezeichnet ein Software-Architekturmuster, bei dem eine einzige Instanz einer Anwendung mehrere Kunden – sogenannte Tenants oder Mandanten – gleichzeitig bedient. Jeder Tenant hat einen isolierten Datenbereich und kann die Anwendung individuell konfigurieren, ohne andere Tenants zu beeinflussen.
Es gibt verschiedene Isolationsgrade: Vom gemeinsamen Datenbankschema mit Tenant-ID als Diskriminator über separate Datenbankschemata pro Tenant bis hin zu eigenen Datenbankinstanzen.
Im Gegensatz zur Single-Tenancy, bei der jeder Kunde eine eigene Instanz bekommt, teilen sich bei Multi-Tenancy alle Kunden die Infrastruktur, was den Betriebsaufwand erheblich reduziert. Die Herausforderung liegt in der sicheren Datentrennung, der gerechten Ressourcenverteilung (Noisy-Neighbor-Problem) und der Möglichkeit kundenspezifischer Anpassungen.
Wie funktioniert Multi-Tenancy?
Bei einem eingehenden Request identifiziert die Anwendung den Tenant anhand einer Subdomain, eines API-Keys oder eines JWT-Tokens.
Anschließend werden alle Datenbankabfragen automatisch auf den Datenbereich des Tenants eingeschränkt – entweder durch einen globalen Filter auf die Tenant-ID oder durch die Auswahl des tenant-spezifischen Schemas bzw. der Datenbank. Konfigurationen wie Branding, Berechtigungen und Feature-Flags werden pro Tenant gespeichert.
Resource-Quotas und Rate Limiting stellen sicher, dass ein einzelner Tenant nicht die gesamte Infrastruktur monopolisiert. Infrastruktur-seitig sorgt horizontale Skalierung dafür, dass die Anwendung mit wachsender Tenant-Zahl Schritt hält.
Praxisbeispiele
SaaS-CRM: Ein CRM wie Salesforce bedient Millionen Unternehmen über eine einzige Plattform. Jedes Unternehmen sieht nur eigene Kontakte, Deals und Reports.
E-Commerce-Plattform: Shopify hostet Hunderttausende Online-Shops auf derselben Infrastruktur – jeder mit eigenem Design, Produkten und Bestellungen.
Projekt-Management-Tool: Jira Cloud teilt die Infrastruktur zwischen allen Kunden, wobei jede Organisation eigene Projekte, Workflows und Berechtigungen hat.
Whitelabel-Plattform: Ein Software-Anbieter stellt seine Plattform Partnern unter deren eigenem Branding bereit, während alle dieselbe Codebasis nutzen.
Multi-Tenant-ERP: Ein Cloud-ERP-System bedient mehrere Firmenkunden, die jeweils eigene Mandanten mit separater Buchhaltung und Lagerverwaltung betreiben.
Typische Anwendungsfälle
SaaS-Produkte: Jedes SaaS-Produkt, das viele Kunden effizient bedienen muss, setzt auf Multi-Tenancy
Whitelabel-Lösungen: Partner nutzen dieselbe Plattform unter eigenem Branding und mit eigenen Daten
Interne Mandanten: Grossunternehmen nutzen Multi-Tenancy, um Tochtergesellschaften oder Abteilungen in einer Instanz abzubilden
Plattform-Geschäftsmodelle: Marktplätze und Plattformen, auf denen Händler oder Dienstleister eigene Bereiche betreiben
Vorteile und Nachteile
Vorteile
- Kosteneffizienz: Infrastruktur, Wartung und Updates werden über alle Tenants geteilt
- Einfache Wartung: Updates und Bugfixes müssen nur einmal deployt werden und gelten für alle Kunden
- Skalierbarkeit: Neue Tenants können ohne zusätzlichen Infrastrukturaufwand ongeboardet werden
- Schnelleres Time-to-Market: Einmal entwickelt, kann die Software sofort von vielen Kunden genutzt werden
- Konsistenz: Alle Tenants arbeiten stets auf der aktuellen Version der Software
Nachteile
- Datenisolierung: Fehler in der Tenant-Trennung können dazu führen, dass ein Kunde Daten eines anderen sieht
- Noisy-Neighbor-Problem: Ein ressourcenintensiver Tenant kann die Performance für alle anderen beeinträchtigen
- Komplexität: Tenant-spezifische Konfigurationen, Migrationen und Sicherheitsrichtlinien erhöhen die Architekturkomplexität
- Compliance: Manche Branchen oder Länder verlangen physische Datentrennung, die Multi-Tenancy erschwert
Häufig gestellte Fragen zu Multi-Tenancy
Was ist der Unterschied zwischen Multi-Tenancy und Single-Tenancy?
Bei Multi-Tenancy teilen sich alle Kunden eine Softwareinstanz und Infrastruktur, bei Single-Tenancy bekommt jeder Kunde eine eigene, isolierte Instanz. Multi-Tenancy ist kosteneffizienter und einfacher zu warten, Single-Tenancy bietet stärkere Isolation und eignet sich für Kunden mit extremen Sicherheits- oder Compliance-Anforderungen.
Wie stellt man sicher, dass Tenant-Daten nicht vermischt werden?
Durch konsequente Datenisolierung: Jede Datenbankabfrage muss durch einen Tenant-Filter eingeschränkt werden. Automatisierte Tests, Row-Level-Security auf Datenbankebene und regelmäßige Sicherheitsaudits stellen sicher, dass kein Tenant auf fremde Daten zugreifen kann. Zusätzlich helfen dedizierte Schemata oder Datenbanken pro Tenant.
Welches Datenbank-Modell eignet sich am besten für Multi-Tenancy?
Es gibt drei gängige Modelle: Shared Database mit Tenant-ID-Spalte (einfach, aber weniger isoliert), Shared Database mit separaten Schemata pro Tenant (guter Kompromiss) und Separate Database pro Tenant (maximale Isolation, aber höchster Aufwand). Die Wahl hängt von Sicherheitsanforderungen, Tenant-Anzahl und Datenvolumen ab.
Direkte naechste Schritte
Wenn Sie Multi-Tenancy konkret einsetzen oder bewerten wollen, starten Sie mit diesen transaktionalen Seiten:
Multi-Tenancy im Kontext moderner IT-Projekte
Multi-Tenancy gehört zum Bereich Architektur und spielt in zahlreichen IT-Projekten eine wichtige Rolle. Bei der Entscheidung für oder gegen Multi-Tenancy sollten Unternehmen nicht nur die technischen Eigenschaften betrachten, sondern auch organisatorische Faktoren wie vorhandenes Know-how im Team, bestehende Infrastruktur und langfristige Wartbarkeit.
Unsere Erfahrung aus über 250 Softwareprojekten zeigt, dass die richtige Einordnung einer Technologie oder Methode im Gesamtkontext oft entscheidender ist als ihre isolierten Stärken.
Wir bei Groenewold IT Solutions haben Multi-Tenancy in verschiedenen Kundenprojekten eingesetzt und kennen sowohl die Stärken als auch die typischen Herausforderungen, die bei der Einführung auftreten können. Falls Sie unsicher sind, ob Multi-Tenancy für Ihr Vorhaben geeignet ist, beraten wir Sie gerne in einem unverbindlichen Gespräch. Dabei analysieren wir Ihre konkreten Anforderungen und geben eine ehrliche Einschätzung – auch wenn das Ergebnis sein sollte, dass eine andere Lösung besser zu Ihnen passt.
Weitere Begriffe aus dem Bereich Architektur und benachbarten Themen finden Sie im IT-Glossar. Für konkrete Anwendungen, Kosten und Abläufe empfehlen wir unsere Leistungsseiten und Themenseiten – dort werden viele der hier erklärten Konzepte in der Praxis eingeordnet.
Verwandte Begriffe
SaaS-Plattform für mehrere Kunden?
Wir beraten Sie gerne zu Multi-Tenancy und finden die optimale Lösung für Ihre Anforderungen. Profitieren Sie von unserer Erfahrung aus über 200 Projekten.