Kostenloser Selbst-Check
Der Azure Well-Architected Self-Check
25 Fragen entlang der fünf Well-Architected-Säulen, beantwortbar ohne Workshop, plus der Abschnitt, den Microsofts Assessment nicht stellt: was Ihre Umgebung unter DSGVO, NIS2 und DORA bedeutet. Beantworten Sie ihn für die Umgebung, die Sie tatsächlich betreiben, nicht für die auf dem Architekturdiagramm; ein zögerliches Ja zählt als Nein.
- Fünf Fragen pro Säule: Zuverlässigkeit, Sicherheit, Kostenoptimierung, optimaler Betrieb, Leistungseffizienz, dieselbe Gruppierung, die Microsofts eigenes Framework nutzt, sodass sich das Ergebnis direkt auf deren Assessment-Tool übertragen lässt.
- Die Fragen, die getestete Wiederherstellung von dokumentierter trennen: ein Runbook, das ein Failover-Szenario durchlaufen hat, wird anders bewertet als eines, das nur aufgeschrieben wurde.
- Der DACH-Abschnitt: DSGVO-Artikel-44-Übermittlungen, die 24-Stunden-Frist der NIS2 und das DORA-IKT-Register, die drei Punkte, die ein generisches Well-Architected-Review auslässt.
- Eine Auswertung, die einordnet, was Ihre „Nein“-Zahl bedeutet: welche Säule zuerst zu beheben ist, und ob die Lücke eine Konfigurationsänderung oder ein Architektur-Review ist.
Häufige Fragen
Was unterscheidet den Self-Check vom Well-Architected Review von Microsoft?
Microsofts Tool bewertet dieselben fünf Säulen nach Microsofts eigenen Kriterien. Dieser Self-Check ergänzt den Abschnitt, den das Tool ausspart: was Ihre Umgebung unter DSGVO-Artikel 44, der 24-Stunden-Frist der NIS2 und dem DORA-IKT-Register bedeutet, sodass eine DACH-regulierte Umgebung nach den Pflichten bewertet wird, die tatsächlich gelten.
Soll ich für einen Workload oder die gesamte Umgebung antworten?
Bewerten Sie die Landing Zone oder den Workload, für den Sie verantwortlich sind, nicht einen hypothetischen Durchschnitt der gesamten Umgebung. Antworten auf Umgebungsebene verdecken, welcher Workload das Architektur-Review zuerst braucht.
Was passiert nach dem Absenden des Formulars?
Der Self-Check steht sofort zum Download bereit. Es wird kein Gespräch automatisch vereinbart; wenn Sie das Ergebnis besprechen möchten, ist das Azure Architecture Review der nächste Schritt, keine Voraussetzung.
Mehrere Säulen haben schlecht abgeschnitten. Brauchen wir jetzt ein volles Review?
Eine schwache Säule ist oft eine Konfigurationsänderung: ein Runbook, das nie ein Failover durchlaufen hat, eine fehlende Tag-Policy. Drei oder mehr schwache Säulen, oder ein niedriger Wert bei Zuverlässigkeit und Sicherheit zugleich, ist genau das, wofür das Azure Architecture Review gebaut ist.