Planen der Cloud-Modernisierung

Die richtige Planung und Governance sind für die Modernisierung von entscheidender Bedeutung. In dieser Phase entscheiden Sie, welcher Modernisierungsansatz angewendet werden soll und wie sie funktioniert. Die durchdachte Planung reduziert die Wahrscheinlichkeit von Budgetüberläufen, Umfangsverläufen oder Dienstunterbrechungen während der Ausführung.

Auswählen einer Modernisierungsstrategie

Die Modernisierung einer Workload bedeutet, dass sie aktualisiert wird, um die aktuellen Geschäftsziele, technischen Standards und Cloudfunktionen besser zu erfüllen. Die drei primären Strategien (neue Plattform, Refaktorierung und Umgestaltung) existieren in einem Kontinuum der Komplexität und Wertschöpfung. Die meisten Modernisierungsbemühungen verwenden eine Kombination dieser Ansätze.

Der Schlüssel besteht darin, die Strategie an die spezifischen Anforderungen jeder Komponente anzupassen, wobei Sie Ihre Ziele, Zeitachsen und verfügbaren Ressourcen berücksichtigen. Vermeiden Sie die Versuchung, zu stark zu modernisieren. Während neue Technologien spannend sind, sollte jede Entscheidung auf geschäftlichem Wert basieren.

Planen von Modernisierungen in Phasen

Der Versuch, eine ganze komplexe Workload (oder mehrere) in einem Schritt zu modernisieren, ist riskant. Unterteilen Sie den Aufwand in logische Phasen. Phasing ermöglicht es Ihnen, inkrementelle Werte zu liefern, risiken zu reduzieren, indem sie verwaltbare Blöcke angehen und den Kurs zwischen Phasen basierend auf dem, was Sie lernen, anpassen.

1. Teilen Sie Modernisierungen in logische Phasen auf. Bestimmen Sie, wie die Arbeit unterteilt werden soll. Es gibt keinen einzigen "richtigen Weg". Wählen Sie die Aufschlüsselung aus, die für Ihre Architektur und Teamstruktur sinnvoll ist. Das Ziel ist, dass jede Phase klein genug ist, um ohne überwältigende Komplexität auszuführen und zu testen, aber aussagekräftig genug, um Wert zu bieten. Häufige Methoden zum Aufschlüsseln von Phasen:

   Division-Methode	Description	Example
   Nach Komponente oder Ebene	Trennung von Phasen basierend auf Belastungsebenen oder Belastungsgrenzen	Phase 1: Datenbankmigration, Phase 2: Anwendungsumgestaltung, Phase 3: Ui-Modernisierung
   Nach Priorität und Komplexität	Organisieren von Arbeiten von geringem Risiko bis hin zu Änderungen mit hohem Risiko	Phase 1: Nicht kritische Dienste, Phase 2: Kerngeschäftslogik, Phase 3: Kundenorientierte Features
   Nach Geschäftsfunktion	Phasen anhand von Anwendungs- oder Funktionsgrenzen strukturieren	Phase 1: Arbeitsauslastung der Benutzerverwaltung, Phase 2: Zahlungsverarbeitung, Phase 3: Reporting Services

2. Beginnen Sie mit Änderungen mit geringem Risiko und hohen Werten. Wählen Sie für Ihre Phase 1 etwas aus, das erreichbar ist und einen konkreten Gewinn bietet, aber das Geschäft nicht gefährdet, wenn Probleme auftreten. Modernisieren Sie beispielsweise zuerst einen Back-End-Dienst oder ein internes Tool anstelle der kundenorientierten Website. Zielen Sie darauf ab, die erste Phase schnell (einen Monat oder zwei) als Proof-Point abzuschließen. Der frühe Erfolg schafft Vertrauen in das Team und die Unterstützung der Projektbeteiligten für nachfolgende Phasen.

3. Sequenzieren Sie verbleibende Phasen nach Wert und Abhängigkeiten. Planen Sie nach der ersten Phase die Reihenfolge der nachfolgenden Phasen basierend auf geschäftswert und technischen Abhängigkeiten. Erstellen Sie eine Roadmap, in der jede Phase einen definierten Bereich aufweist, und stellt sicher, dass wichtige Komponenten ihre unterstützenden Elemente bereits modernisiert oder kompatibel haben.

   • Befassen Sie sich mit zerbrechlichen Bereichen. Wenn eine Arbeitsauslastung in ihrem aktuellen Zustand zerbrechlich ist, benötigen Sie möglicherweise sogar eine vorläufige "Phase 0", um sie zu stabilisieren (wenden Sie dringende Fixes in der alten Umgebung an), damit sie in Phase 1 sicher modernisiert werden kann.
   • Adressiert zuerst die Voraussetzungen: Wenn die Modernisierung von Workload B davon abhängt, dass Workload A modernisiert (oder zumindest stabil) ist, führen Sie zuerst Workload A aus.
   • Berücksichtigen Sie den Geschäftswert und das Risiko: Sie können sich entscheiden, ein hochwertiges, aber riskanteres Stück in einer Phase und ein weniger riskantes Stück im nächsten vorzunehmen, um die Arbeitsbelastung für das Team und das Risiko für das Unternehmen auszugleichen.

4. Definieren Sie Erfolgskriterien für jede Phase. Entscheiden Sie für jede Phase, wann sie abgeschlossen und erfolgreich ist. Klare Beendigungskriterien verhindern Umfangszuwachs in einer Phase. Erfolgskriterien können folgendes umfassen:

   Erfolgskriterientyp	Examples
   Technische Ziele	• Service X wird auf Azure App Service ausgeführt und behandelt 20% mehr Last • Datenbank Y migriert zu Azure SQL mit null Datenverlust und Leistung innerhalb von 10% des vorherigen Basisplans
   Qualitätstore	• Keine Sev-1-Bugs offen • Alle automatisierten Tests bestehen • Sicherheitsüberprüfung zeigt keine kritischen Sicherheitsrisiken an
   Zeitliche Und Budgeteinschränkungen	• Innerhalb von drei Monaten und innerhalb von 5% des Budgets abgeschlossen • Bereitstellung während der geplanten Wartungsfenster

5. Passen Sie Pläne basierend auf Den Ergebnissen an. Nachdem Sie eine Phase abgeschlossen haben, überprüfen Sie die Ergebnisse und erkenntnisse. Möglicherweise stellen Sie fest, dass einige Annahmen deaktiviert waren oder einige Vorgänge einfacher oder schwieriger als erwartet waren. Passen Sie den Plan für anstehende Phasen entsprechend an, z. B. Hinzufügen, Kombinieren oder Reprioritieren von Phasen Der phasenweise Ansatz soll flexibel sein. Was wichtig ist, ist es nicht, alles gleichzeitig zu versuchen.

Plan für die Modernisierungssteuerung

Die Modernisierung führt häufig zu erheblichen Änderungen an kritischen Arbeitslasten, sodass eine starke Governance erforderlich ist, um Risiken zu verwalten. Modernisierungs-Governance umfasst Change Management-Prozesse, Einfrierungen und Kontrolle des Umfangs.

1. Richten Sie einen formalen Änderungsgenehmigungsworkflow ein. Definieren Sie einen strukturierten Genehmigungsprozess für alle modernisierungsbezogenen Änderungen. Integration mit vorhandenen Change Advisory Boards (CAB) oder Schaffung eines dedizierten Modernisierungsprüfausschusses. Weisen Sie genehmigungsautorität basierend auf der Änderungskategorie zu und dokumentieren Sie den vollständigen Workflow in Ihrem Projektplan. Weitere Informationen finden Sie unter Verwalten von Änderungen.

2. Änderungen bei Bedarf einfrieren. Direkt vor und während wichtiger Bereitstellungsereignisse sollten andere Änderungen an diesen Workloads eingefroren werden. Eine Änderungssperre bedeutet, dass vor und während der Bereitstellung keine anderen nicht zusammenhängenden Änderungen an diesen Workloads vorgenommen werden. Stabilisiert die Umgebung, damit Sie kein „bewegliches“ Ziel anvisieren müssen. Kommunizieren Sie den Freeze-Zeitraum an alle relevanten Teams.

3. Vermeiden Sie Umfangserweiterung. Der Umfangszuwachs ist bei Modernisierungen eine der größten Herausforderungen. Fordern Sie eine vorgeschlagene Änderung des vereinbarten Modernisierungsbereichs an, um einen Evaluierungs- und Genehmigungsschritt zu durchlaufen. Die meisten Anforderungen sollten zurückgestellt werden, es sei denn, sie sind von entscheidender Bedeutung. Formalisieren Sie das "Nein, nicht jetzt" in Bezug auf Zusatzarbeit mit einem Prozess. Pflegen Sie eine Liste wünschenswerter Ideen, die in ein künftiges Innovationsprojekt einfließen können, sobald die aktuelle Modernisierung abgeschlossen ist. Die Projektbeteiligten sollten wissen, dass ihre Idee nicht verloren geht.

Definieren Sie Ihre Bereitstellungsstrategie

Eine entscheidende Ausführungsentscheidung ist die Einführung der modernisierten Komponenten in die Produktion. Es gibt zwei Hauptstrategien. In einer direkten Bereitstellung aktualisieren Sie das vorhandene Setup (z. B. das Renovieren eines Hauses, während Sie darin leben). Bei einer parallelen Bereitstellung erstellen Sie ein neues Setup parallel, ähnlich wie beim Bau eines neuen Hauses, in das man dann einzieht. Wählen Sie die Strategie aus, die dem Grad der Änderungs- und Risikotoleranz für jede Phase oder Arbeitsauslastung entspricht. Häufig kann jede Phase der Modernisierung eine andere Strategie verwenden. Für Phase 1 können Sie beispielsweise „direkt“ auswählen (wenn es sich um eine geringfügige Änderung handelt) und „parallel“ für Phase 2 (wenn eine umfassende Überholung der Datenbank erforderlich ist).

1. Verwenden Sie die In-Place-Bereitstellung für risikoarme, umkehrbare Änderungen. Bei der In-Place-Bereitstellung werden Änderungen direkt in der aktuellen Produktionsumgebung vorgenommen, möglicherweise während eines Wartungsfensters. Diese Strategie minimiert den Infrastrukturaufwand, erhöht jedoch das Risiko von Ausfallzeiten. Verwenden Sie die lokale Bereitstellung nur, wenn Änderungen klein, isoliert und leicht umkehrbar sind. Beispiele sind kleinere Codeaktualisierungen oder Schemaänderungen, die mithilfe der Quellcodeverwaltung oder Sicherungen schnell zurückgesetzt werden können.

2. Verwenden Sie parallele Bereitstellung für komplexe oder risikoreiche Änderungen. In diesem Modell richten Sie eine neue Umgebung für die modernisierte Workload ein, während die alte Workload noch ausgeführt wird. Daten werden synchronisiert (durch Replikation oder Migrationsprozesse), sodass Sie bei Bedarf von der alten in die neue Umgebung umsteigen können. Wird für komplexe oder risikoreiche Änderungen verwendet, bei denen Ausfallzeiten minimal sein müssen. Wenn Sie eine wichtige Datenbankmigration durchführen oder eine Neustrukturierung durchführen, die neue Infrastruktur umfasst, ist parallel in der Regel der Weg. Wenn die Workload geschäftskritisch ist und mehr als wenige Minuten Ausfallzeit nicht tolerierbar sind, muss „parallel“ (mit Replikation und schnellem Cutover) verwendet werden.

   Strategy	Description	Wann verwenden	Pros	Cons
   Vor-Ort-Bereitstellung	Änderungen direkt in die aktuelle Produktionsumgebung veröffentlichen	Kleine, umkehrbare Änderungen mit akzeptablen Wartungsfenstern	Keine doppelte Infrastruktur, schnellere Bereitstellung	Höheres Risiko, erfordert Ausfallzeiten, langsameres Rollback
   Parallele Bereitstellung	Führen Sie während des Übergangs eine neue Umgebung parallel zu bestehenden Arbeitslasten aus	Komplexe Änderungen, unternehmenskritische Workloads, die minimale Ausfallzeiten erfordern	Sicherere Bereitstellung, nahezu null Ausfallzeiten, sofortiges Ausweichen	Doppelte Infrastrukturkosten, komplexe Datensynchronisierung, Außerbetriebnahmeaufwand

Plan zur Minderung von Risiken bei der Modernisierung

Auch bei der besten Planung und Tests geht nicht jede Änderung perfekt. Die Modernisierung umfasst häufig komplexe Änderungen, und es besteht immer das Risiko, dass eine Bereitstellung ein Problem verursachen könnte, oder sich etwas unerwartet in der Produktion verhält. Das Zeichen eines gut vorbereiteten Teams ist ein solider Rollbackplan für jede Änderung oder Phase.

1. Verwenden Sie progressive Bereitstellungstechniken. Wenn die Plattform dies zulässt, führen Sie Canary-Releases durch, oder verlagern Sie den Datenverkehr graduell zu den modernisierten Teilen der Anwendung. Stellen Sie z. B. die neue Version zusammen mit der alten bereit und senden Sie zunächst nur 5% von Benutzern an sie während der Überwachung. Dieser Ansatz kann Probleme erfassen, während die meisten Benutzer nicht betroffen sind. Wenn die Metriken zufriedenstellend sind, erhöhen Sie auf 50 %, und dann auf 100 %. Wenn ein Fehler auftritt, können Sie schnell zum Ausgangspunkt ohne Neuerungen zurückkehren (Rollback).

2. Erstellen Sie Rollbackprozeduren für jede wichtige Änderung. Schreiben Sie für jede wichtige Änderung oder jedes Phasenlieferergebnis ein Schritt-für-Schritt-Rollback-Verfahren. Listen Sie jede Aktion eindeutig auf, um die Änderung rückgängig zu machen, wer für jeden Schritt verantwortlich ist und wie lange es dauern würde. Geben Sie nach dem Rollback an, welche Überprüfungen bestätigen, dass die Elemente wieder normal sind.

3. Automatisieren Sie Rollback-Vorgänge nach Möglichkeit. Automatisierte Rollback-Skripte oder Infrastruktur als Code können die Wiederherstellung schnell und zuverlässig machen. Verwenden Sie „Infrastructure-as-Code“-Tools (Terraform, ARM-Vorlage, Bicep), um bekannte stabile Zustände erneut bereitzustellen. Blue-Green- oder Canary-Bereitstellungen ermöglichen es bei Bedarf, zur vorherigen Version zurückzukehren. Testen Sie diese Mechanismen in der Testumgebung. Das Ziel besteht darin, den manuellen Arbeitsaufwand um 3 Uhr, während eines Vorfalls, auf eine skriptgesteuerte Aktion zu reduzieren. Schreiben Sie die Rollbackschritte zusammen mit den Bereitstellungsschritten, sodass es einfach ist, ein Rollback durchzuführen.

4. Halten Sie Unterstützung während und nach der Bereitstellung bereit. Planen Sie Bereitstellungen während geringer Verkehrszeiten (Wochenenden oder Übernachtungen) nach Möglichkeit, aber stellen Sie sicher, dass die relevanten Experten verfügbar sind. Machen Sie es nicht, wenn wichtige Teammitglieder im Urlaub sind. Stellen Sie sicher, dass Sie einen erweiterten Supportzeitraum (Hypercare) direkt nach der Bereitstellung haben, wobei Entwickler und Betrieb im Standby-Modus bereitstehen, um Probleme frühzeitig zu erkennen. Für große Einführungen veranlassen manche Organisationen die Überwachung in einer Kommandozentrale für eine Dauer von 24 bis 48 Stunden.

Sichere Genehmigung der Projektbeteiligten

Bis zu diesem Punkt haben wir uns auf die technische Planung konzentriert. Ebenso wichtig ist es, die Zustimmung der Stakeholder zu erhalten, sowohl von der geschäftlichen als auch von der technischen Führung. Modernisierung erfordert häufig erhebliche Investitionen, daher müssen Sie einen überzeugenden Fall präsentieren und die Beteiligten während des gesamten Vorgangs aktiv halten.

1. Passen Sie das Wertversprechen an jedes Publikum an. Verschiedene Projektbeteiligte kümmern sich um unterschiedliche Ergebnisse. Passen Sie Ihre Nachrichten an:

   • Technische Teams priorisieren die Betriebliche Effizienz: reduzierte Wartung, verbesserte Betriebszeit und weniger Eskalationen.
   • Führungskräfte konzentrieren sich auf Ergebnisse: schnellere Markteinführung, verbesserte Kundenerfahrung und Kosteneinsparungen.

2. Dokumentieren Sie einen strukturierten Plan mit Meilensteinen. Die Projektbeteiligten sind bequemer, wenn sie eine klare Roadmap sehen. Präsentieren Sie die Phasen, die Sie zuvor geplant und entschieden haben, sowie die Ziele, die jede erreichen soll, mit einem ungefähren Zeitplan. Heben Sie frühzeitige Gewinne hervor, z. B. "Innerhalb von 6 Wochen wollen wir X-Komponente modernisieren und ihre Leistung um 20%verbessern."

3. Quantifizieren des Modernisierungswerts. Bereiten Sie einige Vor- und Nachher-Metriken und Zielverbesserungen vor. Beispiele für Metriken und typische Verbesserungsbereiche (basierend auf Branchen-Benchmarks) sind:

   Category	Beispielmetriken	Typischer Wertbereich
   Kostensenkung	Infrastruktur, Wartung, Lizenzierung	20-40% jährliche Einsparungen
   Produktivitätsgewinne	Bereitstellungshäufigkeit, Auflösungszeit	50-80% Verbesserung
   Risikominderung	Vermiedene Ausfallzeiten, Sicherheitsvorfälle	100.000-$1 Mio.+ Kostenvermeidung
   Revenue	Schnellere Marktzeit, Kundenbindung	10-25% Umsatzbeschleunigung

4. Adressieren Sie Projektrisiken. Identifizieren Sie potenzielle Herausforderungen und demonstrieren Sie Bereitschaft durch spezifische Gegenmaßnahmen. Häufige Risiken sind Datenreplikation, Leistungsbeeinträchtigung und Integrationsprobleme. Präsentieren Sie Lösungen wie automatisierte Rollbackverfahren, umfassende Testprotokolle und Verfügbarkeit von Expertenberatungen. Transparente Risikodiskussion schafft Vertrauen in die Projektleitung und die Gründlichkeit der Planung.

5. Halten Sie regelmäßige Kommunikationsrhythmen aufrecht. Melden Sie den Fortschritt anhand definierter Erfolgskriterien, heben Sie abgeschlossene Ergebnisse hervor und kommunizieren Sie bevorstehende Meilensteine. Fordern Sie aktiv Feedback ein und gehen Sie auf Bedenken ein, um die Unterstützung während des gesamten Modernisierungsprozesses aufrechtzuerhalten.

Nächster Schritt