Architekturüberlegungen für eine Mehrinstanzenlösung

Wenn Sie eine mehrinstanzenfähige Architektur in Betracht ziehen, gibt es mehrere Entscheidungen, die Sie treffen müssen, und Elemente, die Sie berücksichtigen müssen.

In einer mehrinstanzenfähigen Architektur teilen Sie einige oder alle Ihre Ressourcen zwischen Mandanten. Dieser Prozess bedeutet, dass ihnen eine mehrinstanzenfähige Architektur Kosten und betriebliche Effizienz bieten kann. Die Mehrinstanzenfähigkeit führt jedoch zu Komplexitäten. Sie müssen sich die folgenden Fragen stellen:

• Wie definieren Sie, was ein Mandant ist, für Ihre spezifische Lösung? Entspricht ein Mandant einem Kunden, einem Benutzer oder einer Gruppe von Benutzern wie einem Team oder einer Familie?
• Wie stellen Sie Ihre Infrastruktur bereit, um mehrinstanzenfähige Mandanten zu unterstützen, und wie viel Isolation haben Sie zwischen Mandanten?
• Welche kommerziellen Preismodelle werden Ihre Lösung anbieten, und wie wirken sich Ihre Preismodelle auf Ihre Anforderungen an den Mehrinstanzenbedarf aus?
• Welche Servicestufe müssen Sie Ihren Mandanten in allen Dimensionen bereitstellen, z. B. Leistung, Resilienz, Sicherheit und Compliance-Anforderungen wie Data Residency?
• Wie planen Sie, Ihr Unternehmen oder Ihre Lösung zu erweitern? Wird sie auf die Anzahl der erwarteten Mandanten skaliert?
• Haben Mandanten ungewöhnliche oder besondere Anforderungen? Benötigt Ihr größter Kunde beispielsweise höhere Leistung oder stärkere Garantien als andere?
• Wie überwachen, verwalten, automatisieren, skalieren und steuern Sie Ihre Azure-Umgebung, und wie wirkt sich die Mehrinstanzenfähigkeit auf Ihre Verwaltungsstrategie aus?
• Welche Komponenten Ihrer Lösung behandeln das Onboarding und die Verwaltung des Mandanten und wie sollten diese Komponenten entworfen werden?

Unabhängig von Ihrer Architektur ist es wichtig, dass Sie über ein klares Verständnis der Anforderungen Ihrer Kunden oder Mandanten verfügen. Wenn Sie Vertriebsverpflichtungen an Kunden vorgenommen haben oder vertragliche Verpflichtungen oder Compliance-Anforderungen erfüllen müssen, müssen Sie wissen, was diese Anforderungen sind, wenn Sie Ihre Lösung entwerfen. Aber auch Ihre Kunden haben möglicherweise implizite Erwartungen darüber, wie die Dinge funktionieren sollen , oder wie Sie sich verhalten sollten , was sich auf die Art und Weise auswirken kann, wie Sie eine mehrinstanzenfähige Lösung entwerfen.

Stellen Sie sich beispielsweise vor, Sie erstellen eine mehrinstanzenfähige Lösung, die Sie an Unternehmen in der Finanzdienstleistungsbranche verkaufen. Ihre Kunden haben sehr strenge Sicherheitsanforderungen, und sie müssen eine umfassende Liste aller von Ihrer Lösung benötigten Domänennamen bereitstellen, damit sie sie der Zulassungsliste ihrer Firewall hinzufügen können. Diese Anforderung wirkt sich auf die azure-Dienste aus, die Sie verwenden, und die Isolationsebene, die Sie zwischen Ihren Mandanten bereitstellen müssen. Sie erfordern auch, dass ihre Lösung ein Mindestmaß an Resilienz aufweist. Möglicherweise gibt es viele ähnliche Erwartungen, sowohl explizit als auch implizit, die Sie in der gesamten Lösung berücksichtigen müssen.

In diesem Abschnitt erläutern wir einige der Überlegungen, die Sie geben sollten, die Anforderungen, die Sie ausführen sollten, und einige der Kompromisse, die Sie vornehmen müssen, wenn Sie eine mehrinstanzenfähige Architektur planen.

Beabsichtigte Zielgruppe

Die Artikel in diesem Abschnitt sind besonders für technische Entscheidungsträger relevant, z. B. Chief Technology Officer (CTOs) und Architekten sowie Produktmanager. Das Publikum umfasst auch unabhängige Softwareanbieter (ISVs) und Startups, die SaaS-Lösungen entwickeln. Darüber hinaus sollten alle, die mit multitenanten Architekturen arbeiten, mit diesen Prinzipien und Kompromissen vertraut sein.

Nächste Schritte

Ziehen Sie unterschiedliche Mandantenmodelle für Ihre Lösung in Betracht.