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.
Wenn Sie Ihre mehrinstanzenfähige Lösung in Azure erstellen, müssen Sie zahlreiche Elemente berücksichtigen. Verwenden Sie diese Checkliste als Ausgangspunkt, um Ihre mehrinstanzenfähige Lösung zu entwerfen und zu erstellen. Diese Checkliste ist eine Begleitressource zu den Multitenant-Lösungen von Architect in Azure-Artikelreihe . Die Checkliste ist rund um die geschäftlichen und technischen Überlegungen und die fünf Säulen des Azure Well-Architected Frameworks strukturiert.
Tipp
Nachdem Sie diese Checkliste durchlaufen haben, machen Sie die SaaS Journey Review, um Ihr Software as a Service (SaaS)-Produkt zu bewerten, indem Sie Ihr Verständnis der multitenanten Architektur und ihrer Ausrichtung mit bewährten Methoden für den SaaS-Betrieb analysieren.
Geschäftsüberlegungen
Verstehen Sie die Art der Lösung, die Sie erstellen, z. B. Business-to-Business (B2B), Business-to-Consumer (B2C) oder Ihre Unternehmenssoftware und wie Sich Mandanten von Benutzern unterscheiden.
Definieren Sie Ihre Mandanten. Verstehen Sie, wie viele Mandanten Sie anfänglich unterstützen und definieren Sie Ihre Wachstumspläne.
Definieren Sie Ihr Preismodell , und stellen Sie sicher, dass es an den Verbrauch Ihrer Mandanten von Azure-Ressourcen angepasst wird.
Erfahren Sie, ob Sie Ihre Mandanten in verschiedene Ebenen untergliedern müssen. Tiers können unterschiedliche Preise, Funktionen, Leistungsversprechen und geografische Standorte aufweisen.
Entscheiden Sie basierend auf den Anforderungen Ihrer Kunden über die Mandantenmodelle , die für verschiedene Teile Ihrer Lösung geeignet sind.
Wenn Sie bereit sind, verkaufen Sie Ihre B2B-Multitenant-Lösung mithilfe des kommerziellen Marktplatzes von Microsoft.
Überlegungen in Bezug auf die Zuverlässigkeit
Überprüfen Sie die ChecklisteWell-Architected Framework-Zuverlässigkeit, die für alle Workloads gilt.
Verstehen Sie das Noisy Neighbor-Antimuster. Verhindern, dass einzelne Mandanten die Verfügbarkeit des Systems für andere Mandanten beeinträchtigen.
Entwerfen Sie Ihre mehrinstanzenfähige Lösung für das erwartete Wachstumsniveau. Aber lassen Sie sich beim Erstellen nicht von unrealistischen Wachstumserwartungen mitreißen.
Definieren Sie Ziele auf Serviceebene (Service Level Objectives, SLOs) und optional Service Level Agreements (SLAs) für Ihre Lösung. SLOs und SLAs sollten auf den Anforderungen Ihrer Mandanten basieren.
Testen Sie die Skalierung Ihrer Lösung. Stellen Sie sicher, dass sie unter allen Belastungen leistungsfähig ist und ordnungsgemäß skaliert, wenn die Anzahl der Mandanten zunimmt.
Wenden Sie Chaos Engineering-Prinzipien an, um die Zuverlässigkeit Ihrer Lösung zu testen.
Sicherheitshinweise
Wenden Sie Zero Trust - und geringste Berechtigungsprinzipien auf allen Ebenen Ihrer Lösung an.
Stellen Sie sicher, dass Sie Benutzeranforderungen den Mandanten korrekt zuordnen können. Erwägen Sie, den Mandantenkontext als Teil des Identitätssystems oder über eine andere Methode wie die Mandantenautorisierung auf Anwendungsebene einzugeben.
Entwurf für Mandantenisolation. Kontinuierlich testen Sie Ihr Isolationsmodell.
Stellen Sie sicher, dass Ihr Anwendungscode mandantenübergreifenden Zugriff oder Datenlecks verhindert.
Führen Sie fortlaufende Penetrationstests und Sicherheitscodeüberprüfungen durch.
Machen Sie sich mit den Compliance-Anforderungen Ihrer Mandanten, einschließlich der Datenresidenz und aller Compliance- oder gesetzlichen Standards, die Sie erfüllen müssen, vertraut.
Verwalten Sie Domänennamen ordnungsgemäß, und vermeiden Sie Sicherheitsrisiken wie das Dangling Domain Name System und Subdomain-Übernahmeangriffe.
Befolgen Sie die dienstspezifischen Anleitungen zur Mehrinstanzenfähigkeit.
Überlegungen zur Kostenoptimierung
Überprüfen Sie die Prüfliste für dieWell-Architected Framework-Kostenoptimierung, die für alle Workloads gilt.
Stellen Sie sicher, dass Sie den Verbrauch pro Mandant angemessen messen und mit Ihren Infrastrukturkosten korrelieren können.
Antipatterns vermeiden. Antipattern umfassen das Scheitern der Nachverfolgung von Kosten, das Nachverfolgen von Kosten mit unnötiger Genauigkeit, die Verwendung von Echtzeitmessung und die Verwendung von Überwachungstools für die Abrechnung.
Betrachtungen zur operativen Exzellenz
Verwenden Sie Automatisierung, um den Mandantenlebenszyklus zu verwalten, wie etwa Onboarding, Einsatz, Bereitstellung und Konfiguration.
Verstehen Sie die Unterschiede zwischen Steuerebenen und Datenebenen in Ihrer Mehrinstanzenlösung.
Finden Sie das richtige Gleichgewicht für die Bereitstellung von Service-Updates. Berücksichtigen Sie sowohl die Anforderungen Ihrer Mandanten als auch Ihre eigenen betrieblichen Anforderungen.
Überwachen Sie die Gesundheit des Gesamtsystems und jedes einzelnen Nutzers.
Konfigurieren und testen Sie Warnungen, um Sie zu benachrichtigen, wenn bestimmte Mandanten Probleme haben oder deren Verbrauchsgrenzwerte überschreiten.
Organisieren Sie Ihre Azure-Ressourcen für Isolation und Skalierung.
Vermeiden Sie Bereitstellungs- und Konfigurationsantimuster. Antipatterns umfassen das Ausführen separater Versionen der Lösung für jeden Mandanten, hartcodierte mandantenspezifische Konfigurationen oder Logik und das Verlassen auf manuelle Bereitstellungen.
Überlegungen zur Leistungseffizienz
Überprüfen Sie die Prüfliste für dieWell-Architected Framework-Leistungseffizienz, die für alle Workloads gilt.
Wenn Sie eine gemeinsame Infrastruktur verwenden, sollten Sie planen, wie Sie laute Nachbarnbedenken mindern. Stellen Sie sicher, dass ein Mandant die Leistung des Systems für andere Mandanten nicht reduzieren kann.
Bestimmen Sie, wie Sie Ihre Compute-, Speicher-, Netzwerk- und anderen Azure-Ressourcen skalieren, um die Anforderungen Ihrer Mandanten zu erfüllen.
Berücksichtigen Sie die Skalierungsgrenzwerte für jede Azure-Ressource. Organisieren Sie Ihre Ressourcen entsprechend, um Ressourcenorganisations-Antipattern zu vermeiden. Entwerfen Sie Ihre Lösung beispielsweise nicht zu detailliert, um unrealistische Skalierungsanforderungen zu erfüllen.
Beitragende
Microsoft verwaltet diesen Artikel. Die folgenden Mitwirkenden haben diesen Artikel geschrieben.
Hauptautoren:
- Arsen Vladimirskiy | Principal Customer Engineer
- Bohdan Cherchyk | Senior Customer Engineer
Andere Mitwirkende:
- John Downs | Leitender Softwareentwickler
Um nicht-öffentliche LinkedIn-Profile anzuzeigen, melden Sie sich bei LinkedIn an.