---
title: "VM-Anwendungsmigration mit kontrolliertem Cutover"
description: Runbook-Vorlage für die Migration einer Anwendung mit VM-Runtime auf STACKIT mit klaren Voraussetzungen, Cutover-Governance und definierten Rollback-Grenzen.
sidebar:
  badge:
    text: "STACKIT"
    variant: success
scfAsset:
  managed: false
  category: "runbook"
  external: false
  tags: ["design-and-mobilize", "use-cases", "app-stack", "rehost", "vm"]
  maintainers:
    - user: "lukas.weberruss"
      role: true
      website: true
source_url: "https://framework.stackit.cloud/de/migration/assetcontainer/stackit/runbook-vm-app-rehost-cutover/"
source_file: "docs/de/migration/assetcontainer/stackit/runbook-vm-app-rehost-cutover.mdx"
---

## Use Case

- **Kategorie:** Application-Stack-Migration
- **Typische Quelle:** Bestehende VM-basierte Runtime
- **Typisches Ziel:** VM-Runtime auf STACKIT mit standardisiertem Operations-Handover

## Verbindliche Voraussetzungen

- **Dependency Map vollständig:** Schnittstellen, Zeitpläne und kritische Upstream-/Downstream-Systeme sind dokumentiert.
- **Landing-Zone-Readiness:** Netzwerk-, IAM-, Monitoring-, Backup- und Logging-Controls stehen bereit.
- **Cutover-Governance:** Freigegebenes Fenster, Freeze-Regeln und Business-Sign-off-Pfad sind definiert.
- **Rollback-Readiness:** Restore-Pfad der Quelle und technischer Rollback-Trigger sind getestet.

## Nicht geeignet, wenn

- **Umfangreiches Redesign nötig ist:** Signifikante Architekturänderungen sind in derselben Welle zu erwarten.
- **Keine Rollback-Option existiert:** Die Quelle kann während des Cutovers nicht stabil als Fallback gehalten werden.

## Umsetzungsvorlage

### Phase 1: Ziel-Runtime vorbereiten

1. Ziel-VM-Baseline bereitstellen und Security-Controls anwenden.
2. Runtime-Abhängigkeiten installieren und das Anwendungsartefakt deployen.
3. Umgebung, Zertifikate und Endpunkt-Integration konfigurieren.
4. Observability-Baseline validieren (Metriken, Logs, Alerts).

### Phase 2: Daten und Konfiguration abgleichen

1. Nicht-essenzielle Schreibzugriffe auf der Quelle einfrieren.
2. Finale Datensynchronisation durchführen.
3. Integrität und Anwendungs-Readiness auf dem Ziel validieren.

### Phase 3: Cutover durchführen

1. Quell-Service gemäß Cutover-Governance stoppen.
2. Ziel-Service aktivieren und Health-Checks verifizieren.
3. Freigegebenen Ziel-Endpunkt oder Traffic-Pfad aktivieren und business-kritische Validierung durchführen.
4. Stabilisierungs-Beobachtung starten und Nachweisprotokoll vervollständigen.

## Validierungscheckliste

- **Funktionale Readiness:** Zentrale User Journeys laufen erfolgreich.
- **Daten-Readiness:** Konsistenzprüfungen erfüllen die Akzeptanzkriterien.
- **Security-Readiness:** Zugriffskontrollen und TLS-Chain sind verifiziert.
- **Operations-Readiness:** Runbook, Alerts und Eskalations-Ownership sind bestätigt.

## Nachweis-Vorlage

| Checkpoint                  | Owner | Ergebnis  | Evidence |
| --------------------------- | ----- | --------- | -------- |
| Ziel-Runtime bereit         |       | Pass/Fail |          |
| Datensync validiert         |       | Pass/Fail |          |
| Traffic-Switch abgeschlossen |       | Pass/Fail |          |
| Stabilisierung akzeptiert   |       | Pass/Fail |          |