---
title: Retain und Retire
description: Retain behält ausgewählte Workloads vorerst im Bestand, während Retire Workloads stilllegt, deren Business-Nutzen den Betriebsaufwand nicht mehr rechtfertigt.
sidebar:
  label: Retain und Retire
  order: 6
source_url: "https://framework.stackit.cloud/de/migration/design-and-mobilize/design/retain-retire/"
source_file: "docs/de/migration/design-and-mobilize/design/retain-retire.mdx"
---

## Warum diese Entscheidungen wichtig sind

Retain und Retire verhindern erzwungene Migrationen ungeeigneter Kandidaten. Beide Entscheidungen
schützen den Lieferfokus, indem nicht tragfähige Themen aus kurzfristigem Wellen-Druck herausgenommen werden.

## Retain

Retain behält einen Workload zunächst in der aktuellen Umgebung und definiert klare Wiedervorlage-Kriterien
für eine spätere Migration.

### Wann Retain sinnvoll ist

- Kritische Abhängigkeiten sind noch nicht aufgelöst.
- Regulatorische oder vertragliche Blocker bestehen weiter.
- Fachlicher Zeitpunkt passt nicht zu den Migrationsfenstern.
- Technische Unsicherheit ist für einen stabilen Cutover noch zu hoch.

### Erforderliche Retain-Ergebnisse

- Retain-Begründung mit Risikoakzeptanz.
- Zeitgebundener Review-Trigger mit Owner.
- Zwischenzeitliche Betriebs- und Security-Kontrollen.
- Wiedervorlage-Kriterien für den nächsten Assessment-Zyklus.

## Retire

Retire legt Workloads still, wenn ihr Business-Nutzen Migration und laufenden Betrieb nicht mehr rechtfertigt.

### Wann Retire sinnvoll ist

- Workload ist redundant oder bereits fachlich ersetzt.
- Betriebskosten sind im Verhältnis zum Nutzen zu hoch.
- Nutzung ist niedrig und ein Ersatzprozess existiert bereits.
- Security- oder Compliance-Risiko sinkt durch geordnete Stilllegung.

### Erforderliche Retire-Ergebnisse

- Fachliche und technische Stilllegungsfreigabe.
- Datenaufbewahrungs- und Archivierungsplan.
- Plan für Abschaltung von Abhängigkeiten und Integrationen.
- Kontrolliertes Decommission-Runbook mit Verifikationscheckliste.

## Governance für Retain und Retire

<CardGrid>
  <Card title="Entscheidungstransparenz">
    Klare Kriterien und Owner-Sign-off dokumentieren, um Backlog-Drift zu vermeiden.
  </Card>
  <Card title="Portfolio-Hygiene">
    Retain-Entscheidungen regelmäßig prüfen und veraltete Einträge auflösen.
  </Card>
  <Card title="Risikosteuerung">
    Auch retained Workloads müssen Basisanforderungen für Security und Compliance erfüllen.
  </Card>
  <Card title="Sichere Stilllegung">
    Retire nur mit geprüfter Abhängigkeits- und Datenbehandlung.
  </Card>
</CardGrid>

## Empfohlener Review-Zyklus

<Steps>

1. Retain- und Retire-Entscheidungen je Wellenplanung prüfen.
2. Bewerten, ob Retain-Blocker weiterhin gültig sind.
3. Retire-Annahmen gegen reale Nutzung und Abhängigkeiten validieren.
4. Umfang des Migrationsplans mit freigegebenen Änderungen aktualisieren.

</Steps>