Zusammenfassung

  • 2 Minuten

Contoso Shoes ist ein Onlineschuhgeschäft, das bei einer bevorstehenden Markteinführung hochgradig verfügbar sein möchte. Sie haben ihre lokalen Bereitstellungen vor zwei Jahren in die Cloud migriert und haben durch die Übernahme des OpEx-Modells profitiert. In den letzten sechs Monaten gab es Probleme mit der Verfügbarkeit und die Betreiber sind nicht in der Lage, Probleme schnell zu beheben. Das Unternehmen möchte jetzt in die unternehmenskritische Gestaltung der Workload investieren und sich auf die Verbesserung der allgemeinen Zuverlässigkeit und Beobachtbarkeit des Systems konzentrieren.

In der vorherigen Architektur wurde die Anwendung in einer einzelnen Region bereitgestellt und war nicht in der Lage, regionale Ausfälle zu überstehen. Azure App Service und die externen Überwachungstools verfügten nicht über eine Möglichkeit, den Integritätsstatus der Anwendung selbst zu überprüfen. Diese Lücke führte dazu, dass der Datenverkehr an fehlerhafte App Service-Instanzen weitergeleitet wurde, wodurch Anforderungsfehler auftraten. Das Team war nicht in der Lage, die kaskadenartigen Auswirkungen von Problemen zu erkennen, die durch eine API-Komponente verursacht wurde, die ihre Plattformabhängigkeiten beeinträchtigte.

Wenn Sie diese Herausforderung bewältigt haben, haben Sie sich mit einem unternehmenskritischen Entwurf auf hohem Niveau auseinandergesetzt. Sie haben das in den Übungen Gelernte angewandt, um die Anforderungen von Contoso zu erfüllen.

Der verbesserte Entwurf erkennt eine verschlechterte Leistung einer oder mehrerer Komponenten mithilfe eines Integritätsmodells. Das SRE-Team kann jetzt Probleme schnell erkennen und beheben, bevor sie zu einem vollständigen Ausfall führen. Nachdem die Lösung in mehreren Regionen in einem Aktiv/Aktiv-Modell bereitgestellt wurde, kann sie einen kompletten regionalen Ausfall überstehen und den Betreibern gleichzeitig mehr Erkenntnisse zur Systemintegrität liefern. Contoso hat auch seine Kundenzufriedenheit verbessert, indem es Kunden in einer geografisch näher gelegenen Region schneller bedient.

Herzlichen Glückwunsch zum Abschluss dieses Challenge-Projekts. Sie haben Ihre Qualifikation bei der Analyse einer bestehenden Beispiellösung und dem Entwurf einer verbesserten Architektur unter Beweis gestellt.

Empfohlene nächste Schritte

Die Übungen, die Sie absolviert haben, sind ein guter Anfang, aber sie decken nicht alle Aspekte einer unternehmenskritischen Workload ab. Erkunden Sie weiterhin die Entwurfsprinzipien und -bereiche, die in Unternehmenskritische Workloads mit durchdachter Architektur angegeben sind. Wir empfehlen Ihnen diese wichtigen Wertebereiche:

  • Kontinuierliche Prüfung und Tests

    Sie müssen die Integrität sowohl des Anwendungscodes als auch der Infrastruktur vollständig überprüfen. Der Umfang muss die festgelegten Anforderungen an Zuverlässigkeit, Leistung, Verfügbarkeit, Sicherheit, Qualität und Skalierung abdecken.

    Weitere Informationen: Kontinuierliche Prüfung und Tests

  • Verwendung mehrerer Anwendungsumgebungen

    Es wird dringend empfohlen, dass Entwicklungs-/Testumgebungen keine Ressourcen mit der Produktionsumgebung gemeinsam nutzen sollten. Jede Umgebung hat ihre eigenen Anforderungen an Zuverlässigkeit, Kapazität und Sicherheit. Können Sie Dienste in dieser Architektur identifizieren, die in verschiedenen Umgebungen freigegeben sind? Wie werden Sie den Entwurf ändern, um dieser Empfehlung gerecht zu werden?

    Weitere Informationen: Anwendungsumgebungen

  • Erweiterte Bereitstellungsumgebungen

    Unternehmenskritische Systeme erfordern rigorose Tests vor der Veröffentlichung und solide Praktiken für den Softwareentwicklungszyklus (Software Development Lifecycle, SDLC). Verwenden Sie anstelle einer einzelnen freigegebenen Entwicklungsumgebung mehrere kurzlebige Umgebungen, die sich besser an Staging und Produktion anpassen. Sie sollten eine dedizierte Stagingumgebung für Auslastungs- und Leistungstests, Chaostests, Benutzerakzeptanztests (User Acceptance Testing, UAT) und Sicherheitstests verwendet werden.

    Weitere Informationen: Kurzlebige Blau-Grün-Bereitstellungen

  • Hinzufügen von Resilienz mit Nachrichtenbrokern

    Führen Sie einen Nachrichtenbroker ein, um komplexe Transaktionen zu unterstützen, die Koordination mit mehreren Endpunkten erfordern. Anforderungen können zur Bearbeitung zu einer Warteschlange hinzugefügt werden, anstatt zu riskieren, dass ein Verkauf wegen des Ausfalls einer einzelnen Komponente nicht zustande kommt.

    Weitere Informationen: Lose gekoppelte ereignisgesteuerte Architektur

Erfahren Sie mehr

Weitere Informationen zum Entwerfen von Lösungen in Azure finden Sie im Leitfaden zum Azure Well-Architected Framework.

Erkunden Sie diese Referenzarchitekturen im Azure Architecture Center, um Ihren Entwurf zu erweitern: