In diesem Dokument wird beschrieben, wie Sie Ihre Migrationswellen planen.
Sie können Migrationskandidaten in Migrationswellen gruppieren. Die Gruppierung kann auf einer allgemeinen (kategoriebasierten) oder detaillierten Ebene (Anwendungen, Standorte, Komponenten) erfolgen, je nachdem, welche Informationen Sie in der Phase der Ermittlung und Bewertung erfassen.
Anwendungskatalog erstellen
Erstellen Sie als Erstes einen Anwendungskatalog. Ordnen Sie Ihre Anwendungen anhand der Anwendungsarchitektur, geschäftlicher Überlegungen und IT-Vorgänge in Kategorien ein. So können Sie sie nach Geschäftskritalität, Komplexität und Risiken priorisieren, die mit der Migration in die Cloud verbunden sind. Die Kombination und Priorisierung dieser Faktoren variiert je nach Organisation, ihren Geschäftsanforderungen und der Zuordnung dieser Anforderungen zu Arbeitslasten, sowohl in der aktuellen Architektur 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 und zustandslos
- Leistungsanforderungen
- Geografische Abhängigkeiten
Geschäftliche Erwägungen
- Compliance-Anforderungen
- Geschäftskritische Anwendungen
- Geschäftsänderungsfunktion
- Anzahl der Nutzer
- Nutzertyp (intern, extern)
- Gesamtbetriebskosten
IT-Betrieb
- Betriebsumgebung
- Service Level Agreement
- Verfügbarkeit
- Sicherung
Zuordnung und Priorisierung
Ordnen Sie die Anwendungen im Anwendungskatalog basierend auf der Komplexität und dem Zielmigrationsansatz zu. Ihr Migrationsansatz sollte sowohl während als auch nach der Migration auf den erwarteten Geschäftsergebnissen, dem Migrationsaufwand und den damit verbundenen Risikofaktoren basieren.
Ordnen Sie die Migrationskandidaten dann nach Priorität zu, basierend auf dem Geschäftswert und dem Aufwand für die Migration. Identifizieren Sie zur Vorbereitung auf die Migration zuerst die Anwendungen mit Funktionen, aufgrund derer sie wahrscheinlich zuerst migriert werden. Sie können dafür nur eine Anwendung auswählen oder mehrere in die erste Welle aufnehmen. Mit den Anwendungen der ersten Welle können Ihre Teams die Bereitstellung in der Cloud-Umgebung testen und sich dabei auf die Migration konzentrieren, anstatt auf die Komplexität der Anwendungen achten zu müssen.
Wenn Sie mit einer eigenständigen App beginnen, verringern Sie Ihr anfängliches Risiko, da Ihr Team sein neues Wissen später auf Anwendungen anwenden kann, die komplexer sind und viele Abhängigkeiten haben.
Apps der ersten Welle sind in der Regel nicht geschäftskritisch und haben weniger System- und Netzwerkabhängigkeiten. Außerdem erfordern sie weniger Refaktorisierung, haben in der Regel weniger Datenvolumen, stellen keine besonderen Compliance-Herausforderungen und können sich ein Umstellungsfenster leisten. Weitere Informationen finden Sie unter Anwendungen auswählen, die zuerst migriert werden sollen.
Anwendungen in Wellen gruppieren
Gruppieren Sie die Anwendungen in mehrere Wellen mit Zeitplänen für jede Welle sowie der Zeit, die Sie benötigen, um die Pläne anhand des Feedbacks aus jeder Welle zu überarbeiten.
- Welle 1: Hoher Geschäftswert, geringer Implementierungsaufwand.
- Diese Anwendungen eignen sich ideal für frühe Migrationen oder Proof-of-Concepts.
- Welle 2: Hoher Geschäftswert, hoher Implementierungsaufwand.
- Diese Anträge werden möglicherweise als Nächstes priorisiert.
- Welle 3: Niedriger Geschäftswert, geringer Implementierungsaufwand.
- Diese Anträge werden möglicherweise als Nächstes priorisiert.
- Welle 4: Geringes Geschäftspotenzial, hoher Implementierungsaufwand.
- Diese Anwendungen sollten an letzter Stelle priorisiert werden.
Nachdem Sie Ihre Migrationswellen definiert haben, können Sie sie in einem Projektplan organisieren.
Best Practices befolgen
Um Ihren Migrationsplan zu optimieren, folgen Sie den Best Practices zur Validierung eines Migrationsplans. Das Befolgen der Konzepte in diesem Dokument ist keine Garantie für Erfolg. Das Dokument hebt jedoch einige Punkte hervor, die bei der Planung von Migrationen häufig übersehen werden, z. B.:
- Sorgen Sie dafür, dass Sie für jeden Schritt des Migrationsplans eine Rollback-Strategie haben.
- Planen Sie ein schrittweises Roll-out und Bereitstellungen, wie bereits in diesem Dokument erwähnt.
- Benachrichtigen Sie alle Entwicklungs- und Betriebsteams, die für die zu migrierenden Arbeitslasten verantwortlich sind.
- Entfernen Sie Proof-of-Concept-Ressourcen und ‑Experimente aus der Zielproduktionsumgebung.
- Kriterien zum sicheren Deaktivieren der Quellumgebung definieren.
- Sie führen für jede Migrationswelle eine Migrationsrisikobewertung durch und ergreifen Maßnahmen zur Minimierung der identifizierten Risiken.