In der Multi-Tenant-Softwarearchitektur – auch als Multi-Tenant-Funktionalität für Software bezeichnet – bedient eine einzelne Instanz einer Softwareanwendung (mit der zugehörigen Datenbank und Hardware) mehrere Tenants (Benutzerkonten). Ein Tenant kann ein einzelner Benutzer sein. In den meisten Fällen handelt es sich jedoch um eine Benutzergruppe (z. B. eine Kundenorganisation), die über gemeinsamen Zugriff auf und Zugriffsrechte in der Anwendungsinstanz verfügt. Die Daten der einzelnen Tenants sind voneinander isoliert und nicht sichtbar für die anderen Tenants, die die Anwendungsinstanz gemeinsam nutzen. Dadurch werden Datenschutz und Datensicherheit für alle Tenants sichergestellt.

Multi-Tenant-Funktionalität für Software ist die Basisarchitektur für Software-as-a-Service (SaaS).  Wenn Ihre Organisation mit salesforce.com, HubSpot oder einem anderen cloudbasierten SaaS-Angebot arbeitet, sind Sie ein Tenant innerhalb eines Multi-Tenant-Angebots.

Der Begriff Multi-Tenant wird gelegentlich auch für Angebote mit Cloud-Hosting verwendet. Beim Multi-Tenant-Hosting (auch als gemeinsames Hosting bezeichnet) wird ein einzelner physischer Computer oder eine virtuelle Maschine (VM) von mehreren Benutzern oder Kundenorganisationen gemeinsam genutzt. Lösungen für Multi-Tenant-Hosting werden von Cloud-Serviceprovidern in der Regel als kostengünstige Alternative zu Single-Tenant- oder dedizierten Hosting-Lösungen angeboten.

Im weiteren Verlauf dieses Artikels geht es um Multi-Tenant-Funktionalität für Software. Weitere Informationen zu Multi-Tenant-Hosting und Single-Tenant-Hosting finden Sie hier.

Im Vergleich zur Single-Tenant-Architektur, bei der für jeden Tenant eine eigene Instanz der Anwendung, der Datenbank und der unterstützenden Hardware bereitgestellt wird, bietet die Multi-Tenant-Architektur klare Vorteile für Softwareprovider und Tenant-Kunden, einschließlich der folgenden:

• Geringere Kosten: Da der Softwareprovider mehrere Tenants über eine einzige Anwendungsinstanz mit unterstützender Infrastruktur bedienen kann (und weil die Aufgaben der Softwarewartung sowie der Betrieb der Infrastruktur und der Rechenzentren auf die Tenants verteilt werden), sind die laufenden Kosten in der Regel niedriger als bei der Single-Tenant-Architektur. SaaS-Software wird typischerweise zu kalkulierbaren monatlichen oder jährlichen Subskriptionskosten auf der Basis von Benutzeranzahl, Nutzungsumfang oder in der Anwendung verwalteten Datenvolumen angeboten.
  
  
• Skalierbarkeit: Tenants können nach Bedarf skaliert werden. Neue Benutzer erhalten Zugriff auf die gleiche Instanz in der Software, in der Regel zu einem stufenweise ansteigenden Subskriptionspreis.
  
  
• Anpassung ohne Codierungsaufwand: SaaS-Angebote für mehrere Tenants sind flexibel konfigurierbar, d. h. jeder Tenant-Kunde kann die Anwendung ohne kostspielige, zeitaufwändige und möglicherweise riskante Entwicklungsarbeit an die eigenen Geschäftszwecke anpassen.
  
  
• Kontinuierliche, konsistente Updates und Wartung: Für Updates und Programmkorrekturen ist der Anbieter der Multi-Tenant-Software verantwortlich. Neue Funktionen oder Fixes werden ohne Zutun des Kunden und jeweils nur einmal hinzugefügt bzw. angewendet (bei der Single-Tenant-Architektur muss der Provider jede einzelne Instanz der Software aktualisieren).
  
  
• Verbesserte Produktivität für Tenants Die Tenants müssen sich nicht um Verwaltung der Infrastruktur und der Software kümmern und können sich stärker auf wichtigere Aufgaben konzentrieren.

Der Begriff „Multi-Tenant-Cloud“ wurde in der Vergangenheit oft als Synonym für gemeinsam genutztes Hosting oder für eine Architektur verwendet, in der Kunden Rechenressourcen in einer öffentlichen oder privaten Cloud gemeinsam nutzen. Heute stellen die meisten führenden Cloud-Serviceprovider ihre Angebote (soweit es sich nicht um dedizierte Hosting-Services handelt) überwiegend auf der Grundlage des Multi-Tenant-Modells bereit. Dieses Modell ermöglicht den Providern die maximale Nutzung der Hardware und Infrastruktur ihrer Rechenzentren und damit die Bereitstellung von Cloud-Services für ihre Kunden zu möglichst geringen Kosten.

Beim Auswählen einer Datenbank für Multi-Tenant-Anwendungen müssen die Entwickler die Balance zwischen Kundenwünschen und Datenisolierung und einer flexiblen Lösung finden, die schnell und kostengünstig an zunehmenden oder kurzzeitig besonders umfangreichen Anwendungsdatenverkehr angepasst werden kann.

Für eine vollständige Isolierung kann der Entwickler eine separate Datenbankinstanz für jeden Tenant zuweisen. Im Gegensatz dazu können für eine maximale Skalierbarkeit alle Tenants dieselbe Datenbankinstanz gemeinsam nutzen. Die meisten Entwickler entscheiden sich jedoch für die Verwendung eines Datenspeichers wie PostgreSQL, der es jedem Tenant ermöglicht, ein eigenes Schema in derselben Datenbankinstanz zu verwenden (auch als „Soft Isolation“ bezeichnet). Dieses Verfahren verbindet das Beste aus beiden Welten.