Unternehmenskritische Workloads

In diesem Abschnitt werden die Herausforderungen beim Entwerfen von unternehmenskritischen Workloads in Azure behandelt. Die Anleitung basiert auf den Erkenntnissen aus der Überprüfung zahlreicher Kundenanwendungen und Erstanbieterlösungen. Dieser Abschnitt enthält umsetzbare und autoritative Anleitungen, die bewährte Methoden von Well-Architected als technische Grundlage für das Erstellen und Betreiben einer hochgradig zuverlässigen Lösung auf Azure im Großen und Maßstab anwenden.

Was ist eine unternehmenskritische Arbeitsauslastung?

Der Begriff Workload bezieht sich auf eine Sammlung von Anwendungsressourcen, die ein gemeinsames Geschäftsziel oder die Ausführung eines gemeinsamen Geschäftsprozesses unterstützen, mit mehreren Diensten wie APIs und Datenspeichern, die zusammenarbeiten, um bestimmte End-to-End-Funktionen bereitzustellen.

Der Begriff "unternehmenskritisch " bezieht sich auf einen Kritischen Maßstab, der erhebliche finanzielle Kosten (geschäftskritisch) oder menschliche Kosten (sicherheitskritisch) im Zusammenhang mit unverfügbarkeit oder Unterleistung abdeckt.

Eine unternehmenskritische Arbeitsauslastung beschreibt daher eine Sammlung von Anwendungsressourcen, die auf der Plattform sehr zuverlässig sein müssen. Die Workload muss immer verfügbar sein, ausfallsicher gegenüber Fehlern und betriebsbereit sein.

Video: Unternehmenskritische Workloads in Azure

Was sind die gemeinsamen Herausforderungen?

Microsoft Azure erleichtert die Bereitstellung und Verwaltung von Cloudlösungen. Das Erstellen von unternehmenskritischen Workloads, die auf der Plattform sehr zuverlässig sind, ist jedoch aus diesen Hauptgründen eine Herausforderung:

• Das Entwerfen einer zuverlässigen Anwendung im großen Maßstab ist komplex. Es erfordert umfangreiche Plattformkenntnisse, um die richtigen Technologien auszuwählen und optimal zu konfigurieren, um End-to-End-Funktionen bereitzustellen.

• Fehler sind in jedem komplexen verteilten System unvermeidlich, und die Lösung muss daher so gestaltet werden, dass Fehler mit korrelierten oder kaskadierenden Auswirkungen behandelt werden. Dies ist eine Änderung der Denkweise für viele Entwickler und Architekten, die aus einer lokalen Umgebung in die Cloud eintreten; Zuverlässigkeitstechnik ist kein Infrastrukturthema mehr, sollte aber ein erstklassiges Anliegen innerhalb des Anwendungsentwicklungsprozesses sein.

• Die Operationalisierung von unternehmenskritischen Workloads erfordert einen hohen Grad an Engineering-Rigor und Reife während des gesamten End-to-End-Engineering-Lebenszyklus sowie die Fähigkeit, aus Fehlern zu lernen.

Ist unternehmenskritisch nur die Zuverlässigkeit?

Während der Hauptfokus von unternehmenskritischen Workloads die Zuverlässigkeit ist, sind andere Säulen des Well-Architected Framework gleichermaßen wichtig, wenn sie eine unternehmenskritische Workload in Azure erstellen und betreiben.

• Sicherheit: Wie eine Arbeitsauslastung Sicherheitsbedrohungen wie z. B. DDoS-Angriffe (Distributed Denial of Service) mindert, hat erhebliche Auswirkungen auf die Gesamtsicherheit.

• Operational Excellence: Wie eine Arbeitsauslastung effektiv auf betriebliche Probleme reagieren kann, wirkt sich direkt auf die Anwendungsverfügbarkeit aus.

• Leistungseffizienz: Die Verfügbarkeit ist mehr als einfache Betriebszeit, sondern ein konsistentes Maß an Anwendungsdienst und Leistung relativ zu einem bekannten fehlerfreien Zustand.

Das Erreichen einer hohen Zuverlässigkeit führt zu erheblichen Kostenkonflikten, die für jedes Arbeitsauslastungsszenario möglicherweise nicht gerechtfertigt sind. Es wird daher empfohlen, Designentscheidungen von den Geschäftlichen Anforderungen zu treffen.

Was sind die wichtigsten Entwurfsbereiche?

Unternehmenskritische Leitlinien in dieser Reihe bestehen aus architektonischen Überlegungen und Empfehlungen, die sich an diesen wichtigen Designbereichen orientieren.

Die Designbereiche sind miteinander verknüpft und Entscheidungen, die innerhalb eines Bereichs getroffen werden, können sich auf Entscheidungen im gesamten Design auswirken oder beeinflussen. Wir empfehlen den Lesern, sich mit diesen Designbereichen vertraut zu machen, indem Sie die bereitgestellten Überlegungen und Empfehlungen überprüfen, um die Folgen von eingeschlossenen Entscheidungen besser zu verstehen. Um beispielsweise eine Zielarchitektur zu definieren, ist es wichtig zu bestimmen, wie die Anwendungsintegrität über wichtige Komponenten hinweg am besten überwacht werden kann. In diesem Fall sollte der Leser den Entwurfsbereich für die Integritätsmodellierung anhand der beschriebenen Empfehlungen überprüfen, um Entscheidungen zu fördern.

Entwurfsbereich	Zusammenfassung
Anwendungsentwurf	Die Verwendung einer Skalierungseinheitsarchitektur im Kontext der Erstellung einer sehr zuverlässigen Anwendung. Außerdem werden die Entwurfsmuster der Cloudanwendung untersucht, die skalierungs- und Fehlerbehandlung ermöglichen.
Anwendungsplattform	Entscheidungsfaktoren und Empfehlungen im Zusammenhang mit der Auswahl, dem Entwurf und der Konfiguration einer geeigneten Anwendungshostingplattform, Anwendungsabhängigkeiten, Frameworks und Bibliotheken.
Datenplattform	Auswahlmöglichkeiten in Datenspeichertechnologien, die durch die Bewertung des erforderlichen Umfangs, Geschwindigkeit, Vielfalt, Genauigkeit informiert werden.
Netzwerk und Konnektivität	Netzwerktopologiekonzepte auf Anwendungsebene, unter Berücksichtigung der erforderlichen Konnektivität und redundanter Datenverkehrsverwaltung. Wichtige Empfehlungen, die den Entwurf einer sicheren und skalierbaren globalen Netzwerktopologie informieren sollen.
Integritätsmodellierung und Beobachtbarkeit	Prozesse zum Definieren eines robusten Integritätsmodells, Zuordnen quantifizierter Anwendungsintegritätszustände durch Observability und Operational-Konstrukte zur Erreichung der Betriebsreife.
Bereitstellung und Tests	Beseitigen Sie Ausfallzeiten und verwalten Sie den Anwendungsstatus für Bereitstellungsvorgänge, und stellen Sie wichtige Überlegungen und Empfehlungen bereit, um den Entwurf optimaler CI/CD-Pipelines für eine unternehmenskritische Anwendung zu informieren.
Security	Schützen Sie die Anwendung vor Bedrohungen, die die Zuverlässigkeit direkt oder indirekt beeinträchtigen sollen.
Betriebsprozeduren	Die Einführung von DevOps und zugehörigen Bereitstellungsmethoden wird verwendet, um effektive und konsistente Betriebliche Verfahren zu fördern.

Anschauliche Beispiele

Der Leitfaden in dieser Reihe basiert auf einem lösungsorientierten Ansatz, um wichtige Entwurfsaspekte und Empfehlungen zu veranschaulichen. Es stehen mehrere Referenzimplementierungen zur Verfügung, die als Grundlage für die Weiterentwicklung der Lösung verwendet werden können.

• Basisarchitektur einer internetorientierten Anwendung – Bietet eine Grundlage für die Erstellung einer cloudeigenen, hochskalierbaren, internetorientierten Anwendung in Microsoft Azure. Auf die Workload wird über einen öffentlichen Endpunkt zugegriffen und erfordert keine private Netzwerkkonnektivität mit einem umgebenden technischen Standort der Organisation.

  Referenz zur Implementierung: Mission-Critical Online

• Basisarchitektur einer internetorientierten Anwendung mit Netzwerksteuerelementen – Erweitert die Basisarchitektur mit strengen Netzwerksteuerelementen, um nicht autorisierten öffentlichen Zugriff aus dem Internet auf eine der Workloadressourcen zu verhindern.

• Basisarchitektur in einer Azure-Zielzone – Bietet eine Grundlage für die Erstellung einer unternehmenseigenen Cloud-nativen Anwendung in Microsoft Azure mithilfe vorhandener Netzwerkinfrastruktur und privater Endpunkte. Die Workload erfordert private Konnektivität mit anderen Organisationsressourcen und benötigt eine Abhängigkeit von vorab bereitgestellten virtuellen Netzwerken für die Konnektivität mit anderen Organisationsressourcen. Dieser Anwendungsfall ist für Szenarien vorgesehen, die eine Integration mit einer breiteren technischen Umgebung der Organisation für öffentlich zugängliche oder interne Workloads erfordern.

  Verweisen Sie auf die Implementierung: Unternehmenskritische Verbindungen

Nächster Schritt

Beginnen Sie mit der Überprüfung der Entwurfsmethodik für unternehmenskritische Anwendungsszenarien.

Designmethodik