RECIPE
Migration Plan (Schritt-für-Schritt mit Risiken)
Erstellt einen Migrationsplan mit Phasen, Backout, Datenvalidierung und Cutover-Strategie.
Problem
warum das in der Praxis schief geht
Problem: Migrationen scheitern an fehlenden Phasen, unklaren Abhängigkeiten oder fehlendem Rollback.
Prompt
Copy/Paste · Variablen in {...}
Du bist Tech Lead. Plane die Migration:
- Von: {SOURCE_SYSTEM}
- Nach: {TARGET_SYSTEM}
- Datenvolumen/Traffic: {SCALE}
- Abhängigkeiten: {DEPENDENCIES}
- Constraints (Downtime, Compliance, Budget): {CONSTRAINTS}
- Erfolgskriterien: {SUCCESS_CRITERIA}
Liefere:
1) Zielbild/Architektur-Skizze (textuell)
2) Phasenplan (Discovery → Dual-Write/Shadow → Cutover → Cleanup)
3) Datenstrategie (Backfill, Reconciliation, Checksums, Sampling)
4) Rollback/Backout-Plan (für jede Phase)
5) Risiken & Mitigations (Top {TOP_N})
6) Operational Plan (Monitoring, Alerting, On-Call, Runbook)
7) Checklisten: Pre-Cutover, Cutover, Post-Cutover
8) Zeitplan grob + Meilensteine
Regeln:
- Nenne konkrete Verifikationsschritte und Metriken.
- Behandle Sicherheit/Privacy als Erstklassig.
- Wenn Annahmen: markiere als 'Annahme:'.
Tipp: Ersetze {BRIEFING} / {FLOW} / {NOTES} durch deinen Kontext. Wenn etwas extern versendet werden soll, schreib explizit: "frag vorher".
Was der Prompt im System bewirkt
konkret & überprüfbar
- Minimiert Downtime durch phasenweisen Cutover
- Macht Risiken früh sichtbar und planbar
- Erhöht Datenkorrektheit durch Validierungsmechanismen
Wozu das gut ist
wann du ihn nutzt
- Migration ist ein Programm, kein Task — Phasen reduzieren Komplexität
- Backout pro Phase verhindert 'Point of no return'