In diesem Dokument wird beschrieben, wie Sie Migrations-Waves planen.
Sie können Migrationskandidaten in Migrations-Waves gruppieren. Basierend auf den Informationen, die Sie während der Erkennungs- und Bewertungsphase erheben, kann die Gruppierung auf übergeordneter (kategoriebasierter) oder detaillierter Ebene (Anwendungen, Standorte, Komponenten) erfolgen.
Anwendungskatalog erstellen
Erstellen Sie zuerst einen Anwendungskatalog. Ordnen Sie Ihre Anwendungen anhand von Anwendungsarchitektur, geschäftlichen Überlegungen und IT-Vorgängen in Kategorien. Dies hilft dabei, sie nach Geschäftskritik, Komplexität und den mit dem Wechsel in die Cloud verbundenen Risiken zu priorisieren. Die Kombination und Priorisierung dieser Faktoren variieren je nach Organisation, ihren geschäftlichen Anforderungen und der Zuordnung dieser Anforderungen zu Arbeitslasten, sowohl in ihrer aktuellen als auch in der zukünftigen Google Cloud-Architektur.
In der folgenden Liste sind die drei Hauptkategorien und die Faktoren aufgeführt, die Sie in jeder Kategorie berücksichtigen müssen.
Anwendungsarchitektur
- Technische Einschränkungen
- Anzahl der Abhängigkeiten
- Anzahl der Stufen
- Zustandsorientiert im Vergleich zu zustandslos
- Anforderungen an die Leistung
- Geografische Abhängigkeiten
Geschäftliche Überlegungen
- Compliance-Anforderungen
- Geschäftskritik
- Möglichkeiten zur Geschäftsänderung
- Anzahl der Nutzer
- Art der Nutzer (intern, extern)
- Gesamtbetriebskosten
IT-Betrieb
- Betriebsumgebung
- Service Level Agreement
- Verfügbarkeit
- Sicherung
Ordnen und priorisieren
Ordnen Sie Anwendungen im Anwendungskatalog anhand der Komplexität und des angestrebten Migrationsansatzes zu. Ihr Migrationsansatz sollte sowohl während als auch nach der Migration auf die erwarteten Geschäftsergebnisse, den Migrationsaufwand und die damit verbundenen Risikofaktoren ausgerichtet sein.
Sortieren Sie dann die Migrationskandidaten nach Priorität, basierend auf dem Geschäftswert und dem für die Migration erforderlichen Aufwand. Ermitteln Sie zur Vorbereitung auf die Migration zuerst Anwendungen mit Funktionen, die wahrscheinlich zuerst verschoben werden. Sie können nur eine Anwendung auswählen oder viele Anwendungen in Ihre erste Wave aufnehmen. Mit den Anwendungen in der ersten Welle können Ihre Teams die Bereitstellung in der Cloud-Umgebung testen, während sie sich auf die Migration statt auf die Komplexität der Anwendungen konzentrieren.
Wenn Sie mit einer eigenständigen Anwendung beginnen, sinkt das anfängliche Risiko, da Sie das neue Wissen Ihres Teams später auf Anwendungen anwenden können, die komplexer sind und viele Abhängigkeiten haben.
Anwendungen in der ersten Welle sind normalerweise nicht geschäftskritisch und haben weniger System- und Netzwerkabhängigkeiten. Sie erfordern auch weniger Refaktorierungsaufwand, haben in der Regel eine geringere Datenbezugskraft, sind nicht mit bestimmten Complianceherausforderungen verbunden und können sich ein Umstellungsfenster leisten. Weitere Informationen finden Sie unter Anwendungen auswählen, die zuerst migriert werden sollen.
Anwendungen in Waves gruppieren
Gruppieren Sie Anwendungen in mehrere Wellen mit Zeitplänen für jede Welle und mit der Zeit für die Überarbeitung der Pläne auf der Grundlage des Feedbacks aus jeder Wave.
- Welle 1: Hoher Geschäftswert, geringer Implementierungsaufwand.
- Diese Anwendungen sind ideale Kandidaten für erste Migrationen oder Proofs of Concept.
- Welle 2: Hoher Geschäftswert, hoher Implementierungsaufwand.
- Diese Anwendungen könnten als Nächstes priorisiert werden.
- Welle 3: Geringer Geschäftswert, geringer Implementierungsaufwand.
- Diese Anwendungen könnten als Nächstes priorisiert werden.
- Welle 4: Niedriger Geschäftswert, großer Aufwand bei der Implementierung
- Diese Anwendungen sollten als Letztes priorisiert werden.
Nachdem Sie die Migrations-Waves definiert haben, können Sie sie in einem Projektplan organisieren.
Best Practices anwenden
Folgen Sie den Best Practices zum Validieren eines Migrationsplans, um Ihren Migrationsplan zu verbessern. Die Einhaltung der Konzepte in diesem Dokument gibt keine Erfolgsgarantie. Das Dokument hebt jedoch einige Punkte hervor, die bei der Planung von Migrationen häufig übersehen werden. Dazu gehören:
- Sorgen Sie dafür, dass Sie für jeden Schritt des Migrationsplans eine Rollback-Strategie haben.
- Planen eines graduellen Roll-outs und von Bereitstellungen, wie weiter oben in diesem Dokument erläutert
- Benachrichtigen aller Entwicklungs- und Betriebsteams, die für die zu migrierenden Arbeitslasten verantwortlich sind.
- Proof-of-Concept-Ressourcen und Experimente werden aus der Zielproduktionsumgebung entfernt.
- Kriterien zum sicheren Entfernen der Quellumgebung definieren.
- Für jede Migrationswelle eine Migrationsrisikobewertung durchführen und Maßnahmen zur Minderung der identifizierten Risiken ergreifen.