EP-PROMOTION-BOUNDARY

Promotion Boundary#

Zweck#

Die Boundary trennt die Erzeugung und Prüfung eines Kandidaten von der Veränderung eines freigegebenen Zielstands.

Verbindliche Trennung#

Build und Tests dürfen automatisch ausgeführt werden.
Testziele dürfen durch den vorgesehenen automatisierten Flow aktualisiert werden.
Production wird niemals implizit durch Watcher, Build, Test oder gewöhnliche Pipeline-Fortsetzung aktualisiert.
Production benötigt einen expliziten manuellen Einstiegspunkt und erfüllte Promotion-Gates.

Promotion-Eingaben#

eindeutig identifizierter Kandidat,
erfolgreicher letzter Build und Testlauf,
vollständige Lifecycle- und Maturity-Information,
promotion_allowed=true, sofern dieses Feld für den Artefakttyp gilt,
Zielidentität,
Rollback-Punkt,
Promotion-Evidenz.

Ergebnis#

Eine Promotion erzeugt einen nachvollziehbaren neuen Zielstand. Quelle, Ziel, Zeitpunkt, verantwortliche Entscheidung und Rollback-Referenz werden dokumentiert.

Nicht Bestandteil dieses Clusters#

Konkrete Packaging-Formate, Import-/Export-Mechanismen und Runtime-Deploymentverfahren werden in nachfolgenden Clustern festgelegt. Diese Grenze ist deren verbindliche Anschlussstelle.

freshness gate#

Promotion darf nur mit automatisch versiegelter erfolgen. Vor dem Übergang ist der Freshness-Validator aus engineering-tools auszuführen; stale oder unverifiable blockiert die Promotion. Siehe 96-documentation/EVIDENCE_GENERATION_LIFECYCLE.md.

Evidence promotion and #

Nur automatisch versiegelte und aktuell fresh validierte Evidence darf als aktiver Nachweis promotet werden. Ersatz, Aufbewahrung und Historisierung folgen 96-documentation/EVIDENCE_PROMOTION_RETENTION.md; fehlgeschlagene und abgelöste Nachweise bleiben nachvollziehbar.

Failure and rollback evidence#

Fehlgeschlagene Ausführungen und Rollback-Ergebnisse folgen 96-documentation/FAILURE_ROLLBACK_EVIDENCE.md. Weder ein erfolgreicher Rollback noch bewahrte Failure-Evidence erfüllt ein Promotion Gate.