Einführung
In diesem Modul nutzen Sie eine bestehende Architektur als Grundlage, um ein Hochverfügbarkeitsszenario für ein fiktives Unternehmen zu unterstützen. Sie erhalten allgemeine Spezifikationen für den Anwendungsentwurf, Infrastrukturoptionen, das Datenmodell und die allgemeine Beobachtbarkeit. Am Ende der Übung überprüfen Sie Ihre Arbeit, indem Sie Ihren Entwurf mit dem einer ähnlichen Architektur vergleichen. Notieren Sie sich die Lücken für künftige Erweiterungen.
Beispielszenario
Contoso Shoes hat seine lokalen Bereitstellungen vor zwei Jahren in die Cloud migriert. Zwar konnten sie Verbesserungen im Betrieb feststellen, aber es war eine Herausforderung, die Verfügbarkeit und Uptime innerhalb der Vereinbarung zum Servicelevel (SLA) zu halten. Außerdem steht eine Produkteinführung an, von der Contoso sich einen Anstieg des Datenverkehrs verspricht. Frühere Einführungen führten zu Ausfällen, da das System nicht in der Lage war, den Anstieg der Last zu bewältigen. Dies führte zu einem erheblichen finanziellen Verlust.
Auf der Grundlage dieser Erfahrung ist das Unternehmen jetzt bestrebt, die allgemeine Zuverlässigkeit und Beobachtbarkeit des Systems zu erhöhen. Sie haben die Verfügbarkeitsziele für die bestehende Anwendung aktualisiert, sodass diese nun unternehmenskritisch ist.
Das Unternehmen benötigt einen verbesserten Entwurf, der den Ausfall einer oder mehrerer Komponenten in der Architektur überstehen und sogar einen kompletten regionalen Ausfall überstehen kann, während es gleichzeitig mehr Erkenntnisse zur Systemintegrität hinsichtlich ihrer Vorgänge liefert. Sie haben die Möglichkeit geprüft, eine weitere Region hinzuzufügen. Contoso möchte auch die Kundenzufriedenheit verbessern, indem es Kunden in einer geografisch näher gelegenen Region schneller bedient.
Das Team kennt die Nachteile: zusätzliche Kosten und Komplexität. Die Kosten (tatsächliche und Reputationskosten) eines längeren Ausfalls sind jedoch höher als die Kosten, die beim Ausführen in einer zweiten Region anfallen. Als leitender Cloudarchitekt wurden Sie gebeten, die aktuelle Architektur im Hinblick auf diese Ziele zu bewerten und zu verbessern.
Die bestehende Anwendung wurde bereits gemäß den Qualitätspfeilern des Azure Well-Architected Framework entwickelt. In einem ersten Schritt haben Sie die Anleitung Unternehmenskritische Workloads mit durchdachter Architektur durchgelesen. Sie haben die Verbesserung der Resilienz und der Beobachtbarkeit des Systems als die wichtigsten Bereiche eingestuft, die die größte Auswirkung auf die Zuverlässigkeit des Systems haben werden.
Lernziele
- Entwerfen eines Integritätsendpunkts in der Anwendung zum Überprüfen der Integrität auf API-Ebene und ihrer Abhängigkeiten
- Erweitern der Lösung auf mehrere Regionen, um einen regionalen Ausfall zu überstehen
- Erstellen eines Integritätsmodells und Visualisierung der Beobachtbarkeitsdaten über betriebsbezogene Dashboards
Wichtig
Die Übungen decken nicht alle Entwurfsbereiche der unternehmenskritischen Workloads ab. Nachdem Sie diese Herausforderung gemeistert haben, sollten Sie sich weiter mit den unternehmenskritischen Prinzipien beschäftigen, die in Unternehmenskritische Workloads mit durchdachter Architektur beschrieben sind, sodass Sie eine umfassende Perspektive für Ihre eigenen Entwürfe haben.
Was ist das Hauptziel?
Am Ende dieses Moduls werden Sie Ihre Fähigkeit unter Beweis gestellt haben, unternehmenskritische Entwurfsprinzipien auf ein Beispielszenario anzuwenden. Auf der Grundlage des Gelernten werden Sie in der Lage sein, ähnliche Entwürfe zu bewerten und schließlich Ihre eigene produktionsreife unternehmenskritische Lösung zu erstellen.