Exit- und Portabilitäts-Evidenz
Exit- und Portabilitäts-Evidenz für Hosting: Rebuild-Readiness, Artefakte und Nachweis — ohne Tool-Worship.
Exit ist kein Slide „wir können wechseln“. Exit ist der Nachweis, dass Daten, Semantik und Orchestrierung in einer Frist wiederaufbaubar sind. Ohne Evidenz bleibt Hosting eine Einbahnstraße.
Dieser Teil fordert Artefaktliste, Rebuild-Frist und geübten Test — bevor FinOps die Rechnung trägt. Primär: Exit Portability and Rebuild Readiness. Ergänzend: Bridge Solution.
Vorher: Residenz- und Souveränitäts-Gates. Weiter: FinOps-Verantwortung.
z bleibt Hosting eine Einbahnstraße.
Lösung: Jeder materielle Plattformvertrag trägt exportierbare Artefakte (Daten, Schemas, Jobs, IAM-Abbilder, Metrikdefinitionen), ein Rebuild-Ziel mit Frist, einen Owner für Exit-Fähigkeit und einen Steward für Tests, ein Custodian-Runbook für Export und Wiederherstellung sowie die letzte erfolgreiche Exit- oder Portability-Übung als Evidenz.
In einem Satz: Kein materieller Plattformvertrag ohne Artefaktliste, Rebuild-Frist und bestandene Exit-Übung.
Entscheidung
Jeder materielle Plattformvertrag trägt:
- Exportierbare Artefakte (Daten, Schemas, Jobs, IAM-Abbilder, Metrikdefinitionen);
- Rebuild-Ziel und Frist;
- Owner für Exit-Fähigkeit und Steward für Tests;
- Custodian-Runbook für Export und Wiederherstellung;
- letzte erfolgreiche Exit-/Portability-Übung als Evidenz.
Catalog listet Connectoren; Governance fordert den bestandenen Test.
Workflow
1. Artefaktliste festlegen
Der Platform Owner und der Steward listen, was Exit blockiert: Transformationscode, Semantic-Layer-Definitionen, Zugriffspolitik, Runbooks — nicht nur Rohdaten. Der Data Product Owner ergänzt Semantik- und Contract-Portabilität. Wird nur CSV geplant, fehlt beim Vertragsende die Bedeutung, und Rebuild-Readiness ist unbekannt.
2. Übung planen
Mindestens jährlich oder vor Vertragsverlängerung testet der Steward einen Teil-Exit oder Restore. Der Custodian führt das Runbook aus; der Owner akzeptiert das Ergebnis oder die Lücke. Artefakt ist das Übungsprotokoll mit Datum und offenen Remediationen. Ein Exit nur im Vertrag, nie geübt, ist ein Slide — die Frist gilt dann nur auf dem Papier.
3. Bridge bewusst nutzen
Übergangsarchitekturen nach Bridge Solution brauchen ein Enddatum, sonst wird Dual-Run permanente Schuld. Architecture stellt das Datum dem Owner; der Steward tracked den Abbau. Fehlt das Enddatum, finanziert FinOps im nächsten Teil eine Brücke, die niemand mehr als temporär behandelt.
4. Vendor-Abhängigkeiten markieren
Proprietäre Formate und Managed Services bekommen einen Ersatzpfad — neutral, ohne Vendor-Bashing. Der Steward führt die Abhängigkeitsliste; der Custodian prüft, ob Export das Format wirklich verlässt. Unmarkierter Lock-in bedeutet: Rebuild-Readiness ist unbekannt, wenn der Vertrag endet. Dashboard-Migration deckt das nicht.
5. Evidenz ablegen
Testergebnis, Lücken und Remediation-Owner liegen im Übungsprotokoll. Der Steward tracked bis geschlossen; Audit erhält das Protokoll, nicht eine Absichtserklärung. Fehlt die abgelegte Übung, listet der Catalog Connectoren, und niemand kann beweisen, dass Exit in der Frist möglich war.
Handoffs
| Von | An | Artefakt |
|---|---|---|
| Platform Owner | Steward | Exit-Ziele + Frist |
| Steward | Custodian | Export-/Restore-Runbook |
| Steward | Data Product Owner | Semantik-/Contract-Portabilität |
| Architecture | Owner | Bridge-Enddatum |
| Steward | Audit | Übungsprotokoll |
Anti-Patterns
- Ausstieg nur vertraglich, nie geübt
- Nur Rohdaten exportieren, Semantik und Jobs vergessen
- Bridge ohne Enddatum
- Tool-Lock-in bagatellisieren („wir schaffen das schon“)
- Technical verantwortliche Person allein entscheidet Ausstieg-Akzeptanz ohne Business-verantwortliche Person
Umsetzung im Alltag
Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.
Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.
Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.
- Artefaktliste für eine Plattform gegen den Exit-Guide prüfen.
- Datum der letzten Portability-Übung feststellen — oder erste Übung planen.
- Bridge-Workloads mit Enddatum versehen.
- Eine Lücke mit Remediation-Owner schließen.
Platform and hosting decisions
Part 4 of 5
View series