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.
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.
Was ist neu?
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.