Migrate

Überblick: Diese Phase

Migrate ist die Phase der Umsetzung im Framework für R-Strategie-Pfade mit technischer Verlagerung. Sie verlagert Systeme und Anwendungen in kontrollierten Wellen über einen Factory-Ansatz aus den Quell-Systemen in die STACKIT-Zielumgebung.

Die Ausführung erfolgt runbook-basiert und legt den Fokus auf Wiederholbarkeit, stabile Cutovers und eine sichere Übergabe in den Betrieb.

R-Strategie-Einordnung in dieser Phase

Migrate verläuft je nach R-Strategie-Entscheidung unterschiedlich. Der Fokus in dieser Phase hängt vom gewählten Pfad pro Workload ab:

• Relocate, Rehost, Replatform: Das sind die zentralen Pfade dieser Phase mit Steuerung in Wellen und Runbooks.
• Refactor: Dieser Pfad läuft in der Regel als eigenes Projekt zur Modernisierung mit eigenem Backlog und Setup.
• Repurchase: Dieser Pfad folgt einem anderen Übergangsmuster und sollte oft als eigener Workstream oder eigenes Modul geführt werden.
• Retain, Retire: Diese Pfade brauchen in dieser Phase keine technische Migration und werden als Portfolio-Entscheidung behandelt.

Wann Migrate startet und endet

Migrate startet, sobald die ersten Migrationswellen freigegeben und die zugehörigen Runbooks bereit zur Umsetzung sind.

1. Start mit validiertem Wellenscope, Zielarchitektur und abgestimmten Cutover-Plänen.
2. Durchführung der Wellen mit Governance-Kontrollen, technischer Validierung und Rollback-Bereitschaft.
3. Abschluss je Scope, wenn Migration, Stabilisierung und Abnahme der Zielumgebung erfolgt sind.

Auf Ebene des Programms endet die Phase, wenn alle geplanten Workloads migriert, modernisiert oder gemäß Scope-Entscheidungen formal beibehalten beziehungsweise stillgelegt sind.

Warum diese Phase wichtig ist

In Migrate wird der geschäftliche Nutzen der Migration in der Produktion realisiert. Die Qualität der Ausführung wirkt sich direkt auf Betriebsstabilität, Vertrauen der Nutzer und langfristige Wirtschaftlichkeit aus.

Kontrollierte Cutovers

Standardisierte Runbooks und Wellensteuerung reduzieren Ausfall- und Rollback-Risiken.

Skalierung über Factory-Modell

Wiederverwendbare Migrationsmuster erhöhen den Durchsatz bei gleichbleibender Qualität.

Messbare Validierung

Technische und funktionale Prüfungen sichern die Stabilität der Zielumgebung pro Welle.

Kontinuierliche Verbesserung

Erkenntnisse fließen in Folgewellen, Optimize-Zyklen und Modernisierungspfade zurück.

Module in dieser Phase

• Migrate: Führt die technische Verlagerung und Cutovers in Wellen aus.
• Optimize: Verbessert Sizing, Performance und Kosten nach dem Cutover.
• Refactor: Ermöglicht gezielte Restrukturierung und cloud-native Weiterentwicklung.
• Repurchase: Beschreibt den Umstieg auf SaaS-Ersatzlösungen mit anderer Logik als klassische Migrationswellen.
• Operating Model Handover: Validiert Ownership und TOM-Übergabe, bevor der volle Run-Regelbetrieb startet.

Typische Ergebnisse

Am Ende von Migrate sollten mindestens folgende Ergebnisse vorliegen:

• Erfolgreiche Wellenumsetzung: Freigegebene Wellen mit dokumentierter Cutover- und Validierungsqualität.
• Stabilisierte Ziel-Workloads: Migrierte Systeme laufen zuverlässig auf STACKIT mit klarer Ownership.
• Backlog und Maßnahmen für Optimize: Right-Sizing, Tuning und Effizienzmaßnahmen sind priorisiert.
• Entscheidungen zur Modernisierung: Refactor-Pfade sind für geeignete Anwendungen bewertet und gestartet.

Abgrenzung zur Run-Phase

Migrate umfasst die direkte Stabilisierung nach Cutover und erste Schleifen zur Optimierung. Der langfristige Betrieb der Services, die kontinuierliche Verbesserung des Betriebs und die dauerhafte Realisierung des Werts sind in der nachgelagerten Run-Phase verankert.