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. Sie können auch mehrinstanzenfähige Architekturen außerhalb von SaaS 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 einer Lösung über mehrere Mandanten hinweg wiederverwendet 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.
Das folgende Diagramm veranschaulicht die Unterschiede zwischen diesen Konzepten für eine Organisation, die ein SaaS-Geschäftsmodell verwendet:
Das folgende Diagramm veranschaulicht, wie Sie eine mehrinstanzenfähige Architektur in einem Geschäftsmodell verwenden können, das kein SaaS ist:
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.