Sollten alle SaaS-Apps Multi-Tenancy-Architekturen nutzen? Können Multi-Tenancy-Architekturen auf Verbraucher-Apps angewendet werden?
Im letzten Kapitel haben wir Multi-Tenancy im Allgemeinen diskutiert. Zusammenfassend bedeutet eine Multi-Tenant-App nicht unbedingt, dass die App einem architektonischen Modell folgt; sie könnte verschiedene Tenancy-Strategien nutzen, was darauf hinweist, dass zumindest einige ihrer Komponenten geteilt werden.
In diesem Kapitel werden wir Multi-Tenant-Apps aus einer geschäftlichen und produktbezogenen Sicht untersuchen.
Multi-Tenant-Apps finden ihren Platz häufig in Business-to-Business (B2B)-Lösungen wie Produktivitätstools, Enterprise-Resource-Planning (ERP)-Systemen und anderen Software-as-a-Service (SaaS)-Produkten. In diesem Kontext repräsentiert jeder "Tenant" typischerweise einen Geschäftskunden, der mehrere Benutzer (seine Mitarbeiter) haben könnte. Zusätzlich könnte ein Geschäftskunde mehrere Tenants haben, um unterschiedliche Organisationen oder Geschäftsbereiche darzustellen.
B2B-Anwendungen gehen über SaaS-Produkte hinaus und nutzen häufig Multi-Tenant-Apps. In B2B-Kontexten dienen diese Apps als gemeinsame Plattform für verschiedene Teams, Geschäftskunden und Partnerunternehmen, um auf Ihre Anwendungen zuzugreifen.
Betrachten Sie zum Beispiel ein Fahrdienstunternehmen, das sowohl B2C- als auch B2B-Apps anbietet. Die B2B-Apps bedienen mehrere Geschäftskunden, und die Nutzung einer Multi-Tenant-Architektur kann bei der Verwaltung ihrer Mitarbeiter und Ressourcen helfen. Zur Veranschaulichung: Wenn das Unternehmen ein einheitliches Benutzersystem beibehalten möchte, kann es eine Architektur wie das folgende Beispiel entwerfen:
Nehmen wir Sarah als ein Beispiel. Sarah hat sowohl eine persönliche als auch eine geschäftliche Identität. Sie nutzt den Fahrdienst sowohl als Fahrgast als auch als Fahrerin in ihrer Freizeit. In ihrer beruflichen Rolle ist sie mit Unternehmen A verbunden, verwaltet jedoch auch ihr eigenes persönliches Geschäft.
Wenn Sie den obigen Informationen gefolgt sind, haben Sie nun die benötigten Antworten. SaaS, oder Software as a Service, ist ein Konzept, das aus einer geschäftlichen Modellperspektive definiert ist. Multi-Tenancy hingegen ist eine Softwarearchitektur, die in verschiedenen Situationen anwendbar ist, sei es in SaaS oder anderen B2B-Kontexten.
Das Durcheinander zwischen SaaS und Multi-Tenancy entsteht oft aufgrund eines weithin anerkannten Industrieansatzes: Wenn Sie auf Unternehmenskunden abzielen, ist die Übernahme eines Multi-Tenancy-Ansatzes ein Muss.
Diese Betonung auf Multi-Tenancy wurzelt in ihrer wesentlichen Rolle bei der Bewältigung der Komplexitäten, die mit der Bedienung von Unternehmen einhergehen, und bietet wertvolle Lösungen aus verschiedenen Blickwinkeln.
Für Unternehmensgeschäfte ist Multi-Tenancy der Schlüssel zur effektiven Erfüllung ihrer Anforderungen an Verfügbarkeit, Ressourcenmanagement, Kostenmanagement und Datensicherheit. Auf technischer Ebene vereinfacht die Übernahme eines Multi-Tenancy-Ansatzes die Entwicklungsprozesse, minimiert technische Herausforderungen und fördert eine nahtlose Expansion.
Wenn man die Wurzeln von SaaS-Produkten untersucht, ist es vergleichbar mit einem Gebäude, das verschiedene Wohnungen beherbergt. Alle Mieter teilen sich gemeinsame Versorgungseinrichtungen wie Wasser, Elektrizität und Gas, behalten jedoch die unabhängige Kontrolle über die Verwaltung ihres eigenen Raums und ihrer Ressourcen. Dieser Ansatz vereinfacht das Immobilienmanagement.
Stellen Sie sich Ihr SaaS-Produkt als dieses Gebäude vor. Anstatt für jede Einheit separate Agenten zu haben, können einige Komponenten oder Einheiten eine einheitliche Erfahrung bieten, die von allen Mietern geteilt wird. Dies ist effizienter, als jedes Zimmer individuell zu gestalten und zu verwalten. Die Multi-Tenancy-Architektur bietet Vorteile sowohl für Ihre Geschäftsoperation als auch für Ihre Kunden.
Bei der Diskussion über Multi-Tenant-Anwendungen ist es wichtig, das Konzept der Mandantenisolierung zu vertiefen. In einer Multi-Tenancy-Architektur wird der Begriff "Tenant" eingeführt, um Grenzen zu schaffen, die die Ressourcen und Daten der verschiedenen Mandanten innerhalb einer gemeinsamen Instanz trennen und sichern. Dies gewährleistet, dass die Daten und Vorgänge jedes Mandanten getrennt und sicher bleiben, selbst wenn sie die gleichen zugrunde liegenden Ressourcen nutzen.
Im Kontext von SaaS nutzt die Multi-Tenant-Architektur Mechanismen, die den Zugriff auf Ressourcen streng kontrollieren und unbefugte Zugriffsversuche auf die Ressourcen eines anderen Mandanten verhindern.
Das Konzept der Mandantenisolierung mag abstrakt und unklar erscheinen. Im nächsten Kapitel werden wir Beispiele und Schlüsselpunkte verwenden, um ein detaillierteres Verständnis der Prinzipien und Denkweisen hinter der Mandantenisolierung zu vermitteln.