Durchführen eines Azure Well-Architected Reviews

Ein Well-Architected Review (WAR) ist eine strukturierte Bewertung eines Workloads anhand der fünf Säulen des Azure Well-Architected Framework. Es wird mithilfe eines geführten Fragebogens im Azure-Portal oder auf der Microsoft-Learn-Assessments-Website durchgeführt. Das Ergebnis ist ein Reifegradwert für jede Säule sowie eine priorisierte Liste von Empfehlungen zur Verbesserung Ihrer Architektur.

Um ein Well-Architected Review zu beginnen, erstellen Sie zunächst einen Workload – eine benannte Sammlung von Azure-Ressourcen, die eine bestimmte Geschäftsfunktion erfüllen. Durch die Gruppierung von Ressourcen in einem Workload können Sie diese gemeinsam statt isoliert bewerten. Beispiele für Workloads sind eine kundenorientierte E-Commerce-Website, eine interne HR-Anwendung oder eine Datenanalysepipeline.

Der Bewertungsfragebogen ist in Abschnitte unterteilt, die den fünf Säulen entsprechen. Jeder Abschnitt enthält eine Reihe von Multiple-Choice-Fragen zu Ihren Architekturentscheidungen, zum Beispiel „Verwenden Sie Verfügbarkeitszonen für kritische Komponenten?“ und „Werden alle Geheimnisse in Key Vault gespeichert?“. Sie können den Fragebogen in einer Sitzung ausfüllen oder Ihren Fortschritt speichern und später fortsetzen.

Nach Abschluss des Fragebogens erhält jede Säule einen Reifegradwert zwischen 0 und 100. Der Wert zeigt, wie genau Ihr Workload den Best Practices für diese Säule entspricht. Die Werte sind farbcodiert: Rot (0–33) weist auf erhebliche Lücken hin, Gelb (34–66) bedeutet eine teilweise Umsetzung und Grün (67–100) steht für eine weitgehende Übereinstimmung. Kein Workload beginnt mit 100 – das Ziel ist eine kontinuierliche Verbesserung.

Jede vom Review erstellte Empfehlung enthält eine Beschreibung des Problems, die zugehörige Säule, eine Schweregrad-Bewertung und Anleitungen zur Behebung. Die Empfehlungen werden nach ihrer Auswirkung sortiert, damit Sie sich auf die Änderungen konzentrieren können, die Ihre Werte am stärksten verbessern. Einige Empfehlungen lassen sich schnell umsetzen, andere erfordern umfangreiche Architekturänderungen.

Nicht alle Empfehlungen sind für jeden Workload gleich wichtig. Um effektiv zu priorisieren, berücksichtigen Sie die geschäftlichen Auswirkungen eines Ausfalls, den erforderlichen Aufwand für die Umsetzung der Korrektur und das Risiko, wenn das Problem nicht behoben wird. Ein gängiger Ansatz besteht darin, zuerst Elemente mit hohem Schweregrad und geringem Aufwand anzugehen und anschließend größere Architekturänderungen für die nächste Iteration zu planen.

Das Well-Architected Review ist keine einmalige Aktivität. Sie sollten die Bewertung regelmäßig erneut durchführen – mindestens alle sechs Monate oder nach größeren Architekturänderungen. Das Tool speichert Ihre vorherigen Antworten, sodass Sie sehen können, wie sich Ihre Werte verändert haben. Die Fortschrittsverfolgung im Zeitverlauf hilft dabei, Stakeholdern den Nutzen von Investitionen in die Architektur zu veranschaulichen.

Ein Well-Architected Review ist besonders wertvoll, wenn Personen mit unterschiedlichen Rollen daran teilnehmen. Architektinnen und Architekten können Designfragen beantworten, Security Engineers sich mit der Sicherheitssäule befassen, Betriebsteams den Abschnitt zu herausragenden Betriebsabläufen bearbeiten und Finanzverantwortliche die Diskussion zur Kostenoptimierung unterstützen. Die funktionsübergreifende Beteiligung führt zu genaueren Bewertungen und größerer Unterstützung für Verbesserungen.

Das Well-Architected Review und Azure Advisor ergänzen sich, sind aber unterschiedliche Tools. Das WAR ist eine fragebogenbasierte Bewertung, die Ihre beabsichtigten Designentscheidungen und Wissenslücken erfasst. Azure Advisor analysiert Ihre tatsächlich bereitgestellte Konfiguration und identifiziert konkrete Probleme auf Ressourcenebene. Gemeinsam bieten beide Tools ein vollständiges Bild – Designabsicht im Vergleich zur betrieblichen Realität.

Mit dem Bewertungstool können Sie Ergebnisse in einen PDF- oder CSV-Bericht exportieren und die Erkenntnisse so einfach mit Ihrem Team oder der Führungsebene teilen. Sie können auch einen Link zur Bewertung an Mitwirkende weitergeben, die die Ergebnisse anzeigen und Verbesserungsmaßnahmen nachverfolgen können. Diese Transparenz ist wichtig, um eine Kultur der kontinuierlichen Architekturverbesserung aufzubauen.

Jede Empfehlung aus dem Well-Architected Review sollte in ein konkretes Arbeitselement im Projekt-Backlog (Azure Boards, GitHub Issues, Jira usw.) übersetzt werden. Dadurch wird sichergestellt, dass technische Schulden gemeinsam mit der Feature-Entwicklung erfasst und priorisiert werden. Teams, die Erkenntnisse aus WAR in ihren agilen Prozess integrieren, erzielen langfristig durchgehend eine bessere Architekturqualität als Teams, die Reviews als einmalige Dokumente behandeln.

Testen Sie Ihr Verständnis der Konzepte von Microsoft Azure Fundamentals (AZ-900) aus dieser Lektion.

In dieser Lektion haben Sie gelernt: Ein Well-Architected Review ist ein geführter Fragebogen, der einen Workload anhand der fünf WAF-Säulen bewertet; Sie sollten Empfehlungen nach Auswirkung und Aufwand priorisieren; und das Review sollte regelmäßig durchgeführt und mit dem Backlog Ihres Teams verknüpft werden. Als Nächstes sehen wir uns Azure Advisor und die automatisierten Verbesserungsempfehlungen an, die es bereitstellt.