Entwurfsmethodik für unternehmenskritische Workloads in Azure
Das Erstellen einer unternehmenskritischen Anwendung auf einer beliebigen Cloudplattform erfordert erhebliche technische Kenntnisse und Technische Investitionen, insbesondere da erhebliche Komplexität im Zusammenhang mit:
- Grundlegendes zur Cloudplattform,
- Auswählen der richtigen Dienste und Zusammensetzung,
- Anwenden der richtigen Dienstkonfiguration,
- Operationalisieren von genutzten Diensten und
- Ständige Anpassung an den neuesten bewährten Methoden und Dienstroadmaps.
Diese Entwurfsmethodik zielt darauf ab, einen leicht zu verfolgenden Entwurfspfad bereitzustellen, um diese Komplexität zu bewältigen und Entwurfsentscheidungen zu treffen, die für die Erstellung einer optimalen Zielarchitektur erforderlich sind.
1– Entwurf für geschäftsspezifische Anforderungen
Nicht alle unternehmenskritischen Workloads haben die gleichen Anforderungen. Erwarten Sie, dass die von dieser Entwurfsmethodik bereitgestellten Überprüfungsüberlegungen und Entwurfsempfehlungen unterschiedliche Entwurfsentscheidungen und Kompromisse für verschiedene Anwendungsszenarien ergeben.
Auswählen einer Zuverlässigkeitsebene
Zuverlässigkeit ist ein relatives Konzept, und damit jede Workload angemessen zuverlässig ist, sollte sie den geschäftlichen Anforderungen entsprechen, die sie betreffen. Beispielsweise erfordert eine unternehmenskritische Workload mit einer Verfügbarkeit von 99,999 % Service Level Objective (SLO) eine viel höhere Zuverlässigkeit als eine andere weniger kritische Workload mit einem SLO von 99,9 %.
Diese Entwurfsmethodik wendet das Konzept der Zuverlässigkeitsebenen an, die als Verfügbarkeits-SLOs ausgedrückt werden, um die erforderlichen Zuverlässigkeitsmerkmale zu informieren. In der folgenden Tabelle sind zulässige Fehlerbudgets im Zusammenhang mit allgemeinen Zuverlässigkeitsebenen aufgeführt.
| Zuverlässigkeitsebene (Verfügbarkeits-SLO) | Zulässige Downtime (Woche) | Zulässige Ausfallzeit (Monat) | Zulässige Ausfallzeit (Jahr) |
|---|---|---|---|
| 99,9 % | 10 Minuten, 4 Sekunden | 43 Minuten, 49 Sekunden | 8 Stunden, 45 Minuten, 56 Sekunden |
| 99,95 % | 5 Minuten, 2 Sekunden | 21 Minuten, 54 Sekunden | 4 Stunden, 22 Minuten, 58 Sekunden |
| 99,99 % | 1 Minuten | 4 Minuten 22 Sekunden | 52 Minuten, 35 Sekunden |
| 99,999% | 6 Sekunden | 26 Sekunden | 5 Minuten, 15 Sekunden |
| 99.9999% | <1 Sekunde | 2 Sekunden | 31 Sekunden |
Wichtig
Verfügbarkeits-SLO wird nach dieser Entwurfsmethodik als mehr als eine einfache Betriebszeit angesehen, sondern eher als eine konsistente Ebene des Anwendungsdiensts im Verhältnis zu einem bekannten fehlerfreien Anwendungszustand.
Als erste Übung wird den Lesern empfohlen, eine Zielzulässigkeitsebene auszuwählen, indem sie bestimmen, wie viel Ausfallzeit akzeptabel ist. Das Streben nach einer bestimmten Zuverlässigkeitsebene wird letztendlich einen erheblichen Einfluss auf den Entwurfspfad und die umfassenden Entwurfsentscheidungen haben, was zu einer anderen Zielarchitektur führen wird.
Diese Abbildung zeigt, wie die verschiedenen Zuverlässigkeitsebenen und zugrunde liegenden Geschäftsanforderungen die Zielarchitektur für eine konzeptionelle Referenzimplementierung beeinflussen, insbesondere hinsichtlich der Anzahl der regionalen Bereitstellungen und der nutzungsspezifischen globalen Technologien.
Recovery Time Objective (RTO) und Recovery Point Objective (RPO) sind weitere wichtige Aspekte bei der Bestimmung der erforderlichen Zuverlässigkeit. Wenn Sie instance versuchen, eine Anwendungs-RTO von weniger als einer Minute zu erreichen, sind sicherungsbasierte Wiederherstellungsstrategien oder eine Aktiv-Passiv-Bereitstellungsstrategie wahrscheinlich nicht ausreichend.
2 – Bewerten der Entwurfsbereiche anhand der Entwurfsprinzipien
Im Mittelpunkt dieser Methodik steht ein kritischer Entwurfspfad, der folgendes umfasst:
- Grundlegende Entwurfsprinzipien
- Grundlegender Entwurfsbereich mit stark zusammenhängenden und abhängigen Entwurfsentscheidungen.
Die Auswirkungen von Entscheidungen, die innerhalb der einzelnen Entwurfsbereiche getroffen werden, werden sich in anderen Entwurfsbereichen und Entwurfsentscheidungen wiederholen. Überprüfen Sie die bereitgestellten Überlegungen und Empfehlungen, um besser zu verstehen, welche Konsequenzen umfassende Entscheidungen haben, die zu Kompromissen innerhalb verwandter Entwurfsbereiche führen können.
Um beispielsweise eine Zielarchitektur zu definieren, ist es wichtig zu bestimmen, wie die Anwendungsintegrität für wichtige Komponenten am besten überwacht werden kann. Es wird dringend empfohlen, den Entwurfsbereich für die Integritätsmodellierung anhand der beschriebenen Empfehlungen zu überprüfen, um Entscheidungen zu treffen.
3– Bereitstellen Ihrer ersten unternehmenskritischen Anwendung
Beziehen Sie sich auf diese Referenzarchitekturen, die die Entwurfsentscheidungen basierend auf dieser Methodik beschreiben.
Tipp
Die Architektur wird von der unternehmenskritischen Online-Implementierung unterstützt, die die Entwurfsempfehlungen veranschaulicht.
Artefakte auf Produktionsniveau Jedes technische Artefakt ist bereit für die Verwendung in Produktionsumgebungen, wobei alle End-to-End-Betriebsaspekte berücksichtigt werden.
Verwurzelt in realen Erfahrungen Alle technischen Entscheidungen werden von den Erfahrungen von Azure-Kunden und den Erkenntnissen aus der Bereitstellung dieser Lösungen geleitet.
Ausrichtung der Azure-Roadmap Die unternehmenskritischen Referenzarchitekturen verfügen über eine eigene Roadmap, die auf Azure-Produktroadmaps abgestimmt ist.
4– Integrieren Ihrer Workload in Azure-Zielzonen
Azure-Zielzonenabonnements bieten eine freigegebene Infrastruktur für Unternehmensbereitstellungen, die eine zentralisierte Governance erfordern.
Es ist wichtig zu bewerten, welcher Konnektivitätsanwendungsfall für Ihre unternehmenskritische Anwendung erforderlich ist. Azure-Zielzonen unterstützen zwei Standard Archetypen, die in verschiedene Verwaltungsgruppenbereiche unterteilt sind: Online oder Corp. wie in dieser Abbildung dargestellt.
Onlineabonnement
Eine unternehmenskritische Workload funktioniert als unabhängige Lösung ohne direkte Unternehmensnetzwerkkonnektivität mit dem Rest der Azure-Zielzonenarchitektur. Die Anwendung wird durch die richtliniengesteuerte Governance weiter geschützt und automatisch in die zentralisierte Plattformprotokollierung über Richtlinien integriert.
Die Basisarchitektur und die unternehmenskritische Onlineimplementierung stimmen mit dem Online-Ansatz überein.
Corp.-Abonnement
Bei der Bereitstellung in einem Corp.-Abonnement hängt eine unternehmenskritische Workload von der Azure-Zielzone ab, um Konnektivitätsressourcen bereitzustellen. Dieser Ansatz ermöglicht die Integration mit anderen Anwendungen und gemeinsam genutzten Diensten. Sie müssen einige grundlegende Ressourcen entwerfen, die im Voraus als Teil der Shared-Service-Plattform vorhanden sind. Beispielsweise sollte der Regionale Bereitstellungsstempel keine kurzlebige Virtual Network oder Azure Privates DNS Zone mehr umfassen, da diese im Corp.-Abonnement vorhanden sind.
Für die ersten Schritte mit diesem Anwendungsfall wird die Basisarchitektur in einer Referenzarchitektur für azure-Zielzonen empfohlen.
Tipp
Die vorangehende Architektur wird durch die Implementierung unternehmenskritischer Verbindungen unterstützt.
5– Bereitstellen einer Sandboxanwendungsumgebung
Parallel zu Entwurfsaktivitäten wird dringend empfohlen, eine Sandboxanwendungsumgebung mithilfe der Mission-Critical-Referenzimplementierungen zu erstellen.
Dies bietet praktische Möglichkeiten, Entwurfsentscheidungen zu überprüfen, indem die Zielarchitektur repliziert wird, sodass die Entwurfsunsicherheit schnell bewertet werden kann. Bei richtiger Anwendung mit repräsentativer Anforderungsabdeckung können die meisten problematischen Probleme, die den Fortschritt behindern, aufgedeckt und anschließend behoben werden.
6– Kontinuierliche Weiterentwicklung mit Azure-Roadmaps
Anwendungsarchitekturen, die mit dieser Entwurfsmethodik erstellt wurden, müssen in Übereinstimmung mit Den Roadmaps der Azure-Plattform weiterentwickelt werden, um eine optimierte Nachhaltigkeit zu unterstützen.
Nächster Schritt
Überprüfen Sie die Entwurfsprinzipien für unternehmenskritische Anwendungsszenarien.