Was ist Multi-Tenant?

Ein Tenant kann ein einzelner Benutzer sein, aber häufiger handelt es sich um eine Gruppe von Benutzern, z. B. ein Kundenunternehmen, die gemeinsamen Zugriff auf und Berechtigungen innerhalb der Anwendung teilen. Die Daten jedes Tenants sind von den anderen Tenants, die sich die Anwendungsinstanz teilen, isoliert und für diese unsichtbar, wodurch die Datensicherheit und der Datenschutz für alle Tenants gewährleistet sind.

Software-Multi-Tenancy ist die Architektur, auf der Software-as-a-Service (SaaS) bereitgestellt wird. Wenn Ihr Unternehmen salesforce.com, HubSpot oder ein anderes cloudbasiertes SaaS-Angebot nutzt, sind Sie Tenant in einem Multi-Tenant-Angebot.

Der Ausdruck „Multi-Tenant“ kann sich auch auf Cloud-Hosting-Angebote beziehen, was etwas verwirrend sein kann. Beim Multi-Tenant-Hosting, auch Shared Hosting genannt, wird ein einzelner physischer Computer oder eine virtuelle Maschine (VM) von mehreren Benutzern oder Kundenunternehmen gemeinsam genutzt. Multi-Tenant-Hosting-Lösungen werden von Cloud-Service-Anbietern in der Regel als kostengünstigere Alternative zu Single-Tenant- oder dedizierten Hosting-Lösungen angeboten.

Der Rest dieses Artikels konzentriert sich auf Software-Multi-Tenancy. Erfahren Sie hier mehr über die Arten von Multi-Tenant- und Single-Tenant-Hosting.

Im Vergleich zur Single-Tenant-Architektur, bei der jeder Tenant eine eigene Instanz der Anwendung, Datenbank und unterstützenden Hardware-Infrastruktur erhält, bietet die Multi-Tenant-Architektur Softwareanbietern und Tenant-Kunden erhebliche Vorteile, darunter:

• Geringere Kosten: Da der Softwareanbieter mehrere Tenants über eine einzige Anwendungsinstanz und die dazugehörige Infrastruktur bedienen kann (und da sich die Tenants die Kosten für Softwarewartung, Infrastruktur und Rechenzentrumsbetrieb teilen), sind die laufenden Kosten in der Regel geringer als bei einer Single-Tenant-Lösung. SaaS-Software wird in der Regel zu einem vorhersehbaren monatlichen oder jährlichen Abonnementpreis angeboten, der sich nach der Anzahl der Benutzer, dem Nutzungsgrad oder dem innerhalb der Anwendung verwalteten Datenvolumes richtet.
  
  
• Skalierbarkeit: Tenants können nach Bedarf skalieren. Neue Benutzer erhalten Zugriff auf dieselbe Instanz in der Software, in der Regel gegen eine schrittweise Erhöhung des Abonnementpreises.
  
  
• Anpassung ohne Codierung: SaaS-Multi-Tenant-Angebote sind in hohem Maße konfigurierbar, sodass jeder Tenant-Kunde die Anwendung ohne kostspielige, zeitaufwändige und mitunter riskante kundenspezifische Entwicklungen an seine spezifischen Geschäftszwecke anpassen kann.
  
  
• Kontinuierliche, konsistente Updates und Wartung: Der Multi-Tenant-Softwareanbieter ist für Updates und Patches verantwortlich. Neue Funktionen werden hinzugefügt und/oder Fixes angewendet, ohne dass der Kunde etwas tun muss, und das nur einmal (im Gegensatz zur Single-Tenant-Architektur, bei der Anbieter jede Instanz der Software aktualisieren müssen).
  
  
• Verbesserte Produktivität für Tenants. Da sie sich nicht um die Verwaltung von Infrastruktur oder Software kümmern müssen, können sich die Tenants auf wichtigere Aufgaben konzentrieren.

Multi-Tenant-Cloud wurde häufig (heute jedoch seltener) als Synonym für Shared Hosting oder für jede Architektur verwendet, bei der Kunden Computing-Ressourcen in einer Public oder Private Cloud gemeinsam nutzen. Heute werden die meisten Angebote der führenden Cloud-Dienstleister, mit Ausnahme von dedizierten Hosting-Diensten, auf Basis des Multi-Tenant-Modells bereitgestellt.

Durch die Verwendung eines Multi-Tenant-Modells können Anbieter die Auslastung ihrer Rechenzentrums-Hardware und -Infrastruktur maximieren und ihren Kunden somit Cloud-Services zu möglichst niedrigen Kosten anbieten.

Bei der Auswahl einer Datenbank für Multi-Tenant-Anwendungen müssen Entwickler ein Gleichgewicht zwischen dem Bedarf oder Wunsch der Kunden nach Datenisolierung und einer Lösung finden, die schnell und kostengünstig skaliert werden kann, um auf Wachstum oder Spitzen im Anwendungsdatenverkehr zu reagieren.

Um eine vollständige Isolierung zu gewährleisten, kann der Entwickler jedem Tenant eine separate Datenbankinstanz zuweisen. Umgekehrt kann der Entwickler zur Gewährleistung maximaler Skalierbarkeit alle Tenants dieselbe Datenbankinstanz nutzen lassen. Die meisten Entwickler entscheiden sich jedoch für einen Datenspeicher wie PostgreSQL, der es jedem Tenant ermöglicht, innerhalb derselben Datenbankinstanz ein eigenes Schema zu verwenden (mitunter auch als „weiche Isolation” bezeichnet) und somit das Beste aus beiden Welten bietet.