Share via

SaaS und mehrinstanzenfähige Lösungsarchitektur

  • Artikel

Ein Unternehmen kann Software als Service (SaaS) nutzen, um seinen Kunden effizient Software zu liefern. In der Regel betreibt und verwaltet ein SaaS-Anbieter die Software für seine Kunden. Viele unabhängige Softwareanbieter (ISVs) gehen von der Bereitstellung von Software, die von den Kunden selbst installiert und verwaltet werden muss, zu einem SaaS-Modell über, da dies die Kundenerfahrung verbessert und den Overhead reduziert. Dies ist die Einleitung zu einer Reihe von Artikeln, die Anleitungen und Ressourcen für Unternehmen, einschließlich Start-ups, die SaaS-Lösungen entwickeln, bereitstellen. Sie bietet auch umfassende Leitfäden zum Entwerfen von mehrinstanzenfähigen Lösungen in Azure.

Wichtige Begriffe

Die Schlüsselbegriffe in diesem Artikel sind SaaS, Startups und Multitenancy. Diese Begriffe sind miteinander verwandt und werden daher oft fälschlicherweise synonym verwendet. Es ist wichtig zu verstehen, worin sich die beiden unterscheiden. SaaS und Startups sind Geschäftskonzepte, und Multitenancy ist ein Architekturkonzept.

SaaS ist ein Geschäftsmodell. Ein Unternehmen kann sich dafür entscheiden, sein Softwareprodukt als Dienstleistung für seine Kunden anzubieten. SaaS-Produkte werden an Unternehmen, auch als Business-to-Business (B2B) bezeichnet, oder an Verbraucher, auch als Business-to-Consumer (B2C) bezeichnet, verkauft. SaaS-Produkte unterscheiden sich von Produkten, die von den Kunden selbst installiert und verwaltet werden, da der Lösungsanbieter die SaaS-Produkte hostet und pflegt. Viele SaaS-Lösungen verwenden eine mehrinstanzenfähige Architektur, einige jedoch nicht. SaaS-Lösungen können auch verschiedene Mehrinstanzenfähigkeitsmodelle oder -ansätze verwenden.

Startups sind Unternehmen, die sich in einem frühen Stadium ihres Lebenszyklus befinden. Viele Software-Startups entwickeln SaaS-Lösungen, aber einige können Software auch auf andere Weise anbieten. Startups haben häufig spezielle Probleme, wie z. B. schnelle Innovation, die Suche nach einem passenden Produkt und einem passenden Markt sowie die Vorhersage von Größe und Wachstum.

Multitenancy ist eine Art der Architektur einer Lösung zur gemeinsamen Nutzung von Komponenten durch mehrere Mandanten, die in der Regel Kunden entsprechen. Bei SaaS-Lösungen werden in der Regel mandantenfähige Architekturen verwendet. Sie können mandantenfähige Architekturen auch außerhalb von SaaS verwenden, z. B. in Unternehmen, die eine Plattform für die gemeinsame Nutzung durch mehrere Geschäftseinheiten aufbauen. Mehrinstanzenfähigkeit bedeutet nicht, dass jede Komponente in einer Lösung gemeinsam genutzt wird. Vielmehr bedeutet es, dass zumindest einige Komponenten einer Lösung über mehrere Mandanten hinweg wiederverwendet werden. Wie Sie einen Mandanten definieren und ein Tenancy-Modell wählen, hängt davon ab, ob Ihr Geschäftsmodell B2C SaaS oder B2B SaaS ist oder ob Sie ein großes Unternehmen sind.

Hinweis

In dieser Serie wird der Begriff Mandant (Tenant) verwendet, um sich auf Ihre Mandanten zu beziehen, bei denen es sich um Ihre Kunden oder Benutzergruppen handeln kann. Die Anleitung kann Ihnen helfen, Ihre eigenen mandantenfähigen Softwarelösungen auf der Azure-Plattform aufzubauen.

In Microsoft Entra ID bezieht sich ein Tenant auf einzelne Verzeichnisse, und Multitenancy bezieht sich auf Interaktionen zwischen mehreren Microsoft Entra Tenants. Obwohl die Begriffe identisch sind, sind die Konzepte es nicht. Aus Gründen der Übersichtlichkeit wird in dieser Serie der vollständige Begriff Microsoft Entra-Tenant verwendet, wenn auf das Microsoft Entra ID-Konzept eines Tenants Bezug genommen wird.

Dieses Diagramm veranschaulicht die Unterschiede zwischen diesen Konzepten für ein Unternehmen, das ein SaaS-Geschäftsmodell verwendet:

Ein Diagramm, das eine mandantenfähige Anwendungsarchitektur darstellt, die ein SaaS-Geschäftsmodell bedient.

Dieses Diagramm veranschaulicht, wie Sie eine mandantenfähige Architektur in einem Nicht-SaaS-Geschäftsmodell verwenden können:

Ein Diagramm, das zeigt, wie eine Organisation eine mandantenfähige Architektur nutzen kann.

Der Hauptunterschied zwischen den beiden Diagrammen ist das Geschäftsmodell, das letztendlich beeinflusst, wie Sie einen Mandanten im Kontext Ihrer Organisation definieren. Ihr Geschäftsmodell hat auch Einfluss auf Ihre Design-Entscheidungen für die zugrunde liegende mandantenfähige Architektur, aber die Prinzipien der Mandantenfähigkeit bleiben immer die gleichen.

Nächste Schritte