Version 4 · Migration

Cutover, Strangler und Rollout

Der Wechsel erfolgt kontrolliert: Shadow Mode, Pilotnutzer, Traffic Split, fachliche Vergleichsmessung, Rückfallplan und schrittweise Abschaltung.

Migration-ÜbersichtStartseite
Warum kein Big Bang

Bei Legacy-Systemen ist das Risiko selten nur technisch. Fachliche Sonderfälle, Monatsabschluss, Batchketten, Partnerdateien und Revisionsnachweise tauchen oft erst im Betrieb auf. Ein Strangler-Rollout reduziert das Risiko, weil ein Use Case messbar und rückrollbar herausgeschnitten wird.

Rollout-Plan als YAML
Strangler-Rollout mit Shadow, Pilot und Rollback-Bedingung
traffic-routing:
  capability: create-invoice-preview
  strategy: strangler-fig
  legacy-route: https://websphere.example.local/billing/preview
  modern-route: https://billing-modern-api.apps.example.local/preview
  rollout:
    - phase: shadow
      trafficPercent: 0
      compareResponses: true
    - phase: pilot
      trafficPercent: 5
      users: ["fachtest", "pilot-backoffice"]
    - phase: expand
      trafficPercent: 50
      rollbackCondition: "error_rate > 1% or p95 > 800ms"
    - phase: replace
      trafficPercent: 100
      freezeLegacyChange: true
Cutover-Checkliste
PhasePrüfung
Vor CutoverGolden Master Daten, Monitoring, Runbook, Rollback, Supportfenster.
Während CutoverTraffic erhöhen, Fehlerquote und fachliche Mengen vergleichen.
Nach CutoverLegacy-Schreibpfade sperren, Datenabgleich, Auditnachweis.
AbschaltungAbhängigkeiten entfernen, Verträge kündigen, Archivzugriff sichern.
Pattern-Zuordnung
PatternEinsatz
Strangler FigNeue Route übernimmt fachliche Fähigkeit schrittweise.
Anti-Corruption LayerLegacy-Datenmodell bleibt hinter Adapter verborgen.
Feature ToggleFachlicher Wechsel ohne neues Deployment.
Circuit BreakerLegacy-Abhängigkeit kann kontrolliert ausfallen.
Fallback AdapterRückweg auf Altpfad bleibt temporär vorhanden.
⌂ Cockpit