Microsoft hat einen neuen Blogbeitrag veröffentlicht, der einen klaren Standpunkt einnimmt: Modernisierung der IT-Infrastruktur und deren Widerstandsfähigkeit gegen Ausfälle (Resilienz) bedingen sich gegenseitig. Wer modernisiert, ohne Resilienz zu denken, baut auf Sand. Und wer Resilienz fordert, ohne zu modernisieren, bleibt auf Legacy-Strukturen sitzen, die das Gegenteil von ausfallsicher sind.
Was ist neu?
Der Kerngedanke des Microsoft-Beitrags ist nicht neu, bekommt aber mit Blick auf aktuelle Entwicklungen – Stichwort KI-Workloads, regulatorische Anforderungen und zunehmende Cyberbedrohungen – eine neue Dringlichkeit: Infrastruktur-Resilienz (die Fähigkeit, Störungen standzuhalten und den Betrieb kritischer Systeme aufrechtzuerhalten) ist kein nachgelagertes Qualitätsmerkmal, sondern eine Voraussetzung für erfolgreiche Modernisierung.
Microsoft betont dabei mehrere Säulen moderner Infrastrukturarchitektur auf Azure: Ausfallsicherheit durch Availability Zones (physisch getrennte Rechenzentren innerhalb einer Azure-Region), automatisiertes Failover (automatischer Betriebsübergang auf ein Ausweichsystem), durchgängige Observability (Beobachtbarkeit und Monitoring aller Schichten) sowie Infrastructure as Code-Ansätze (IaC, also die deklarative Verwaltung von Infrastruktur über Code statt manuell im Portal). All das sind Themen, die ich in meinen Azure-Kursen regelmäßig mit Kursteilnehmern durcharbeite – und wo erfahrungsgemäß noch erheblicher Nachholbedarf besteht.
In der Praxis sieht es oft so aus: Unternehmen migrieren Workloads in die Cloud, replizieren dabei aber bestehende On-Premises-Muster 1:1 – ohne Zone-Redundanz, ohne automatisierte Recovery-Pläne, ohne definierte Recovery Time Objectives (RTO, maximale Ausfallzeit) und Recovery Point Objectives (RPO, maximaler Datenverlust). Das ist Cloud-Migration, aber keine Modernisierung.
Was bedeutet das für Azure-Admins?
Folgendes Problem aus der Praxis: Viele Teams behandeln Resilienz als Projektphase, die nach Go-Live kommt. Microsoft dreht diese Logik bewusst um. Resilienz muss in die Architektur eingebaut werden, bevor der erste Workload produktiv geht.
Konkret heißt das für den Azure-Alltag:
| Thema | Empfohlener Ansatz |
|---|---|
| Verfügbarkeit | Availability Zones und Region Pairs nutzen, kein Single-Region-Deployment für kritische Lasten |
| Wiederherstellung | Azure Site Recovery und Backup-Policies von Anfang an definieren und testen |
| Infrastrukturverwaltung | Bicep oder Terraform für reproduzierbare, versionierbare Deployments |
| Monitoring | Azure Monitor, Log Analytics Workspaces und Alerts als Pflichtbestandteil jeder Landing Zone |
Merksatz: Eine Infrastruktur, die nicht für Ausfall designed wurde, ist nicht resilient – sie ist nur noch nicht ausgefallen.
Praxistipp: Nutzen Sie das Azure Well-Architected Framework (Microsofts Architektur-Leitfaden für Azure) als Checkliste vor jedem Migrationsprojekt. Der Reliability-Pfeiler des Frameworks deckt genau die Punkte ab, die im Microsoft-Blogbeitrag angesprochen werden. Ich hatte mich in diesem Zusammenhang bereits mehrfach mit Kunden darüber unterhalten, dass ein Well-Architected Review vor der Migration häufig mehr bringt als ein teures Redesign danach.
Den vollständigen Beitrag von Microsoft lesen Sie hier: Originalankündigung bei Azure Blog.