Well-Architected Tool und Prüfprozess

Das AWS Well-Architected Tool ist ein kostenloser Service in der AWS Management Console, der Sie dabei unterstützt, Ihre Workloads anhand der Best Practices von AWS zu überprüfen. Sie beantworten eine Reihe von Fragen zu Ihrer Architektur über alle sechs Säulen hinweg. Anschließend erstellt das Tool einen Risikobericht, der hohe Risiken (HRIs) und mittlere Risiken (MRIs) sowie konkrete Empfehlungen zur Verbesserung ausweist. Stellen Sie sich das Tool als strukturiertes Gespräch zwischen Ihnen und dem Well-Architected Framework vor: Die Fragen helfen Ihnen, jeden Aspekt Ihrer Architektur kritisch zu betrachten.

Der erste Schritt bei der Verwendung des Well-Architected Tool besteht darin, einen Workload zu definieren – eine Sammlung miteinander verbundener AWS-Ressourcen und Code, aus denen Ihre Anwendung oder Ihr Service besteht. Seien Sie spezifisch: Ein Workload könnte beispielsweise Ihr Microservice zur Auftragsverarbeitung sein, nicht das gesamte AWS-Konto Ihres Unternehmens. Definieren Sie die Umgebung (Production, Pre-Production, Development), die verwendeten AWS-Regionen und die Branche, damit relevanter Compliance-Kontext berücksichtigt werden kann. Klar definierte Grenzen des Workloads machen die Fragen des Reviews relevanter und besser umsetzbar.

Für jede Säule stellt das Well-Architected Tool eine Reihe von Fragen mit mehreren Optionen für Best Practices bereit. Eine Frage zur Säule Reliability lautet beispielsweise: Wie sichern Sie Daten? Zu den Best Practices gehören automatisierte Backups, Kopien in mehreren Regionen und Wiederherstellungstests. Sie wählen aus, welche Praktiken Sie implementiert haben, und das Tool berechnet das Risiko auf Grundlage der Lücken. Die Fragen sind anspruchsvoll gestaltet – die meisten Workloads weisen Lücken auf. Genau das ist der Zweck: Das Tool zeigt Ihnen, woran Sie als Nächstes arbeiten sollten, und soll Sie nicht durchfallen lassen.

Das Well-Architected Tool klassifiziert Ergebnisse als hohes Risiko (HRI) oder mittleres Risiko (MRI). Ein HRI weist auf eine erhebliche Lücke hin, die sofort behoben werden sollte – beispielsweise wenn vertrauliche Daten im Ruhezustand nicht verschlüsselt werden oder Produktions-Workloads ohne Backups betrieben werden. Ein MRI ist eine bedeutsame Lücke, die in einer Roadmap berücksichtigt werden sollte. Fragen ohne Probleme werden als Kein Risiko gekennzeichnet. Streben Sie an, zunächst alle HRIs zu beheben und sich anschließend den MRIs zu widmen. Das Tool unterscheidet außerdem Fragen, die Sie noch nicht beantwortet haben, als Unbeantwortet.

Für jedes identifizierte Risiko stellt das Well-Architected Tool einen Verbesserungsplan mit konkreten, umsetzbaren Empfehlungen und Links zur relevanten AWS-Dokumentation bereit. Sie können Verbesserungselemente als in Bearbeitung oder abgeschlossen markieren, um den Fortschritt bei der Behebung über einen längeren Zeitraum zu verfolgen. Priorisieren Sie Verbesserungen anhand der Risikostufe und der geschäftlichen Auswirkungen. Die Ausgabe des Verbesserungsplans kann exportiert und als technische Roadmap verwendet oder der Unternehmensleitung vorgelegt werden, um Investitionen in die Architektur zu begründen.

Meilensteine sind Momentaufnahmen Ihres Workload-Reviews zu einem bestimmten Zeitpunkt. Speichern Sie vor und nach Verbesserungen an der Architektur jeweils einen Meilenstein, um den Fortschritt zu verfolgen. Mit dem Well-Architected Tool können Sie Meilensteine vergleichen und sehen, wie sich Ihr Risikoprofil verändert hat – beispielsweise, wie viele HRIs Sie im letzten Quartal behoben haben. Meilensteine sind wichtig, um Compliance-Prüfern, der Geschäftsleitung und Kunden kontinuierliche Verbesserungen nachzuweisen. Erstellen Sie vor größeren Releases und nach abgeschlossenen Verbesserungssprints Meilensteine.

Über die standardmäßige Well-Architected Lens hinaus bietet AWS Custom Lenses für bestimmte Fachbereiche an. Die Serverless Lens enthält spezifische Fragen zu Lambda, API Gateway und ereignisgesteuerten Architekturen. Die SaaS Lens behandelt die Isolation von Mandanten und deren Onboarding. Die Data Analytics Lens konzentriert sich auf Data Lakes und Streaming. Sie können auch eine eigene Custom Lens mit den spezifischen Standards und Best Practices Ihres Unternehmens erstellen. Wenden Sie mehrere Lenses auf denselben Workload an, um eine umfassende Abdeckung zu erreichen.

Große Unternehmen mit Hunderten von Workloads können nicht jeden einzelnen manuell überprüfen. Die Integration des AWS Well-Architected Tool in AWS Organizations ermöglicht zentralen Teams, Workloads und Review-Profile kontoübergreifend zu teilen. AWS-Partner (AWS Solutions Architects und APN Consulting Partners) können formelle Well-Architected Reviews für Kunden durchführen und auf einen speziellen Review-Modus zugreifen. Verwenden Sie die Funktion Workload Sharing, um anderen AWS-Konten Lese- oder Besitzerzugriff für gemeinsame Reviews zu gewähren.

Well-Architected Reviews sollten keine einmaligen Ereignisse sein, sondern in Ihren Softwareentwicklungslebenszyklus integriert werden. Empfohlener Rhythmus: Vor dem Launch – führen Sie beim Entwurf eines neuen Workloads einen Review durch. Vierteljährlich – aktualisieren Sie den Review, während sich der Workload weiterentwickelt. Nach größeren Incidents – eine Post-Mortem-Analyse kann neue Lücken aufdecken, die ergänzt werden sollten. Nach der Einführung von AWS-Services – neue Services bieten möglicherweise bessere Lösungen. Betrachten Sie das Well-Architected Tool als lebendiges Dokument zur Qualität Ihrer Architektur und nicht als reine Pflichtübung.

In der SAA-C03-Prüfung wird das Wissen über das Well-Architected Framework häufig anhand von Szenariofragen geprüft, bei denen Sie bestimmen müssen, zu welcher Säule eine bestimmte Situation oder Lösung gehört. Wichtige Zuordnungen zum Auswendiglernen: Operational Excellence — IaC, Runbooks, Post-Mortems. Security — Prinzip der geringsten Berechtigung, Verschlüsselung, GuardDuty. Reliability — Auto Scaling, Multi-AZ, Zustandsprüfungen. Performance Efficiency — Caching, Rightsizing, Graviton. Cost Optimisation — Spot-Instances, Savings Plans, Lifecycle-Richtlinien. Sustainability — Graviton, verwaltete Services, Vermeidung von Verschwendung.

So führen Sie eine Well-Architected-Überprüfung durch: 1) Definieren Sie Ihre Workload im Tool. 2) Wählen Sie die zutreffenden Lenses aus. 3) Beantworten Sie alle Fragen — geben Sie ehrlich an, was Sie NICHT implementiert haben. 4) Prüfen Sie den Risikobericht — priorisieren Sie HRIs. 5) Erstellen Sie einen Verbesserungsplan mit Verantwortlichen und Fristen. 6) Speichern Sie einen Meilenstein, um den Ausgangszustand festzuhalten. 7) Implementieren Sie Verbesserungen und aktualisieren Sie dabei die Antworten auf die Fragen. 8) Speichern Sie einen neuen Meilenstein, um den Fortschritt zu verfolgen. Wiederholen Sie die Überprüfung vierteljährlich. Eine ehrliche, vollständige Überprüfung ist wertvoller als eine perfekte Bewertung mit ausgelassenen Punkten.

Testen Sie Ihr Verständnis der AWS-Solutions-Architect-Konzepte (SAA-C03) aus dieser Lektion.

In dieser Lektion haben Sie gelernt: Das Well-Architected Tool bewertet Workloads anhand von sechs Säulen und erstellt HRI-/MRI-Risikobefunde, Meilensteine halten Fortschrittsstände fest, um Verbesserungen im Zeitverlauf zu verfolgen, und benutzerdefinierte Lenses erweitern Überprüfungen auf die Bereiche Serverless, SaaS und Datenanalyse. Integrieren Sie Überprüfungen als kontinuierliche Qualitätsbewertung in Ihren SDLC. Als Nächstes untersuchen wir Techniken zur Kostenoptimierung, darunter Rightsizing und Compute Optimizer.