# Eine alte Plattformversion geordnet beenden
Typ: Checkliste
Herkunft: cloud-infra / platform-operating-model / cloud-operating-model-version-retirement
Version: cloud-operating-model-version-retirement-2026-09-12
Geprüft: 2026-09-12

ACHTUNG: Dieses Dokument ist ein Lernartefakt aus einer Schulungssequenz. Es ist kein produktives Runbook. Vor jeder Anwendung in einer realen Umgebung müssen die Schritte gegen lokale Dokumentation, Runbooks und Freigabestatus geprüft werden.

## Szenario
Die Vertragsversion `v1` eines Netzwerkprodukts erlaubt einen alten Egresspfad. `v2` besitzt die neue Schutzgrenze und ist für neue Bestellungen bereit. Noch 38 produktive Instanzen verwenden `v1`; ein sofortiges Abschalten würde mehrere Dienste trennen.

## Schritte
1. Alle `v1`-Instanzen, Owner, Abhängigkeiten und aktuellen Egresspfade inventarisieren
2. `v2` mit Vertragsunterschieden, Migrationsweg, Erfolgskriterium und Rückweg veröffentlichen
3. Neue Bestellungen auf `v2` lenken und die Erzeugung weiterer `v1`-Instanzen beenden
4. Eine begrenzte, repräsentative Instanz migrieren und Kommunikation sowie Auditdaten prüfen
5. Restliche Instanzen in beobachteten Wellen mit bestätigten Ownern migrieren
6. `v1` erst nach leerem Restbestand und gesicherten Nachweisen stilllegen

## Begründung
Warum: Eine Vertragsversion kann erst verschwinden, wenn ihr Bestand bekannt ist, ein kompatibler Zielweg existiert und jede Nutzung nachweislich migriert wurde.
Folgen: **+** Die Schutzgrenze wird ohne blinden Bruch bestehender Dienste erneuert. **−** Zwei Versionen müssen während der Migration parallel unterstützt und beobachtet werden.

## Quellen
1. https://tag-app-delivery.cncf.io/whitepapers/platforms/
2. https://dora.dev/capabilities/platform-engineering/