In diesem Dokument wird beschrieben, wie Sie Ihre Migrationswellen planen.
Sie können Migrationskandidaten in Migrationswellen gruppieren. Die Gruppierung kann auf hoher Ebene (kategoriebasiert) oder auf detaillierter Ebene (Anwendungen, Standorte, Komponenten) erfolgen, je nachdem, welche Informationen Sie in der Ermittlungs- und Bewertungsphase erfassen.
Anwendungskatalog erstellen
Erstellen Sie zuerst einen Anwendungskatalog, um mit der Planung zu beginnen. Ordnen Sie Ihre Anwendungen nach Anwendungsarchitektur, geschäftlichen Erwägungen und IT-Vorgängen in Kategorien ein. So können Sie sie nach geschäftlicher Bedeutung, Komplexität und Risiken beim Wechsel in die Cloud priorisieren. Die Kombination und Priorisierung dieser Faktoren variiert je nach Organisation, ihren geschäftlichen Anforderungen und der Zuordnung dieser Anforderungen zu Arbeitslasten, sowohl in der aktuellen Architektur als auch in der zukünftigenGoogle 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 vs. zustandslos
- Anforderungen für „Performance“
- Geografische Abhängigkeiten
Geschäftliche Erwägungen
- Compliance-Anforderungen
- Geschäftskritische Anwendungen
- Fähigkeit zur Unternehmensänderung
- Anzahl der Nutzer
- Nutzertyp (intern, extern)
- Gesamtbetriebskosten
IT-Betrieb
- Betriebsumgebung
- Service Level Agreement
- Verfügbarkeit
- Sicherung
Zuordnen und priorisieren
Ordnen Sie die Anwendungen im Anwendungskatalog nach Komplexität und angestrebtem Migrationsansatz zu. Ihr Migrationsansatz sollte auf den erwarteten Geschäftsergebnissen, dem Migrationsaufwand und den damit verbundenen Risikofaktoren basieren, sowohl während als auch nach der Migration.
Ordnen Sie die Migrationskandidaten dann nach Priorität, basierend auf dem geschäftlichen Nutzen und dem erforderlichen Migrationsaufwand. 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 Migrationswelle aufnehmen. Mit den Apps in der ersten Welle können Ihre Teams die Bereitstellung in der Cloudumgebung testen und sich auf die Migration konzentrieren, anstatt auf die Komplexität der Apps 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 komplexere Anwendungen mit vielen Abhängigkeiten anwenden kann.
Apps der ersten Welle sind in der Regel nicht geschäftskritisch und haben weniger System- und Netzwerk-zu-Netzwerk-Abhängigkeiten. Außerdem erfordern sie weniger Refactoring, haben in der Regel weniger Datenlast, weisen keine spezifischen Compliance-Herausforderungen auf und können ein Umstellungszeitfenster nutzen. Weitere Informationen finden Sie unter Anwendungen auswählen, die zuerst migriert werden sollen.
Anwendungen in Waves gruppieren
Gruppieren Sie Anwendungen in mehreren Wellen mit Zeitplänen für jede Welle und geben Sie an, wie viel Zeit Sie für die Überarbeitung von Plänen auf Grundlage des Feedbacks aus jeder Welle benötigen.
- 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äftlicher Wert, hoher Implementierungsaufwand.
- Diese Anträge werden möglicherweise als Nächstes bearbeitet.
- Welle 3: Geringer Geschäftswert, geringer Implementierungsaufwand.
- Diese Anträge werden möglicherweise als Nächstes bearbeitet.
- Welle 4: Geringer geschäftlicher Wert, hoher Implementierungsaufwand.
- Diese Anträge sollten zuletzt bearbeitet werden.
Nachdem Sie Ihre Migrationswellen definiert haben, können Sie sie in einem Projektplan organisieren.
Best Practices befolgen
Best Practices zur Validierung eines Migrationsplans Wenn Sie die Konzepte in diesem Dokument befolgen, ist das keine Garantie für den Erfolg. Das Dokument enthält jedoch einige Punkte, die bei der Planung von Migrationen oft übersehen werden, z. B.:
- Für jeden Schritt des Migrationsplans muss eine Rollback-Strategie vorhanden sein.
- Planen Sie graduelle Einführungen und Bereitstellungen, wie bereits in diesem Dokument beschrieben.
- Benachrichtigen Sie alle Entwicklungs- und Betriebsteams, die für die zu migrierenden Arbeitslasten verantwortlich sind.
- Proof-of-Concept-Ressourcen und ‑Experimente aus der Zielproduktionsumgebung entfernen.
- Kriterien zum sicheren Deaktivieren der Quellumgebung definieren.
- Sie führen für jede Migrationswelle eine Risikobewertung durch und ergreifen Maßnahmen zur Risikominderung für die ermittelten Risiken.