Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Eine Organisation kann Software as a Service (SaaS) verwenden, um Software effizient an ihre Kunden zu liefern. In der Regel betreibt und verwaltet ein SaaS-Anbieter die Software für ihre Kunden. Viele unabhängige Softwareanbieter (ISVs) entfernen sich von der Bereitstellung von Software, die Kunden selbst installieren und verwalten müssen, um ein SaaS-Modell zu verwenden, da sie die Benutzerfreundlichkeit verbessert und den Aufwand reduziert. Dieser Artikel ist eine Einführung in eine Reihe von Artikeln, die Anleitungen und Ressourcen für Organisationen bereitstellen, einschließlich Startups, die SaaS-Lösungen erstellen. Darüber hinaus bietet sie umfassende Anleitungen zum Entwerfen von mehrinstanzenfähigen Lösungen in Azure.
Wichtige Begriffe
Die wichtigsten Konzepte in diesem Artikel sind SaaS, Startups und Mehrinstanzenfähigkeit. Diese Begriffe sind miteinander verknüpft, daher werden sie häufig versehentlich austauschbar verwendet. Es ist wichtig zu verstehen, wie diese Begriffe unterschiedlich sind. SaaS und Startups sind Geschäftskonzepte, und Mehrinstanzenfähigkeit ist ein Architekturkonzept.
SaaS ist ein Geschäftsmodell. Eine Organisation kann sich entscheiden, ihr Softwareprodukt als Dienst für seine Kunden bereitzustellen. SaaS-Produkte werden entweder an Unternehmen in einem Business-to-Business-Modell (B2B) oder direkt an Verbraucher in einem B2C-Modell (Business-to-Consumer) verkauft. SaaS-Produkte unterscheiden sich von Produkten, die Kunden selbst installieren und verwalten, da der Lösungsanbieter SaaS-Produkte hostet und verwaltet. Viele SaaS-Lösungen verwenden eine mehrinstanzenfähige Architektur. SaaS-Lösungen können auch verschiedene Mehrinstanzenmodelle oder Ansätze verwenden.
Startups sind Unternehmen in einer frühen Phase ihres Lebenszyklus. Viele Software-Startups erstellen SaaS-Lösungen, aber einige bieten möglicherweise Software auf andere Weise. Startups haben häufig spezifische Bedenken, darunter schnelle Innovation, Finden eines Produkts und Marktpassens und Antizipieren von Skalierung und Wachstum.
Multitenancy ist eine Möglichkeit, eine Lösung zu entwerfen, bei der Komponenten zwischen mehreren Mandanten geteilt werden, die üblicherweise Kunden entsprechen. In der Regel verwenden Sie mehrinstanzenfähige Architekturen in SaaS-Lösungen. Es ist jedoch auch möglich, mehrinstanzenfähige Architekturen außerhalb von SaaS zu verwenden, z. B. in Organisationen, die eine Plattform für mehrere Geschäftseinheiten zum Teilen erstellen. Multitenancy bedeutet nicht, dass jede Komponente in einer Lösung gemeinsam genutzt wird. Stattdessen bedeutet dies, dass mindestens einige Komponenten von mehreren Mandanten gemeinsam genutzt werden.
Wie Sie einen Mandanten definieren und ein Mandantenmodell auswählen, hängt davon ab, ob Ihr Geschäftsmodell B2C SaaS oder B2B SaaS ist oder Sie eine große Organisation sind.
Hinweis
In dieser Reihe wird der Begriffsmandant verwendet, um auf Ihre Mandanten zu verweisen, bei denen es sich um Kunden oder Benutzergruppen handeln kann. Die Anleitung kann Ihnen helfen, Ihre eigenen Multitenant-Softwarelösungen auf der Azure-Plattform zu erstellen.
In Microsoft Entra ID bezieht sich ein Mandant auf einzelne Verzeichnisse, und Mehrinstanzenfähigkeit bezieht sich auf Interaktionen zwischen mehreren Microsoft Entra-Mandanten. Die Begriffe sind identisch, aber die Konzepte sind nicht. Aus Gründen der Übersichtlichkeit verwendet diese Reihe den vollständigen Begriff "Microsoft Entra-Mandant", wenn er auf das Microsoft Entra ID-Konzept eines Mandanten verweist.
Multitenant-Architektur für SaaS und Nicht-SaaS-Geschäftsmodelle
Obwohl die Mehrinstanzenfähigkeit in der Regel saaS-Lösungen zugeordnet ist, ist es auch möglich, multitenant-Architekturen in Nicht-SaaS-Szenarien zu verwenden. Die zugrunde liegende mehrinstanzenfähige Architektur kann ähnlich sein, aber das Geschäftsmodell wirkt sich darauf aus, wie Sie einen Mandanten und Ihre Designoptionen definieren.
Im folgenden Diagramm sehen Sie eine mehrinstanzenfähige Architektur, die für ein SaaS-Geschäftsmodell sowohl für Verbraucher (B2C) als auch für Geschäftskunden (B2B) entwickelt wurde. Aus einer technischen Perspektive betrachtet, werden B2C-Mandanten durch eine Benutzergruppe repräsentiert, ähnlich einer Familie, wobei jede Gruppe ihre eigene Gruppe von Benutzern hat. Im Gegensatz dazu stellen B2B-Mandanten andere Unternehmen dar, und ihre Mitarbeiter sind Benutzer.
Das folgende Diagramm veranschaulicht, wie Sie eine mehrinstanzenfähige Architektur in einem Geschäftsmodell verwenden können, das kein SaaS ist. Angenommen, Sie entwerfen ein System für eine große Organisation mit mehreren Geschäftseinheiten und Abteilungen, die eine zentrale Anwendung oder Plattform freigeben möchten. Jede Geschäftseinheit wird als Mandant dargestellt und verfügt über einen eigenen Satz von Benutzern.
Der hauptunterschied zwischen den beiden Diagrammen ist das Geschäftsmodell, das sich darauf auswirkt, wie Sie einen Mandanten im Kontext Ihrer Organisation definieren. Ihr Geschäftsmodell wirkt sich auch auf Ihre Designentscheidungen für die zugrunde liegende mehrmandantenfähige Architektur aus, aber die Grundsätze der Mehrmandantenarchitektur bleiben immer gleich.