Delivery ist eine kontrollierte Kette
Einführung · 4 Abschnitte · ~8 Min Lesezeit · Stand
Vom Commit zum laufenden System
Eine Delivery-Pipeline übersetzt eine Änderung in ein identifizierbares Artefakt und einen kontrollierten Release. Der wichtige Vertrag lautet: Welche Revision, Abhängigkeiten, Tests und Freigaben führten zu genau diesem laufenden Zustand?
Vertrauen wird schrittweise aufgebaut
- Änderung nachvollziehbar erfassen
- Automatisiert bauen und prüfen
- Unveränderliches Artefakt identifizieren
- Artefakt durch Umgebungen promoten
- Auswirkung beobachten und gegebenenfalls zurückrollen
Sicher und schnell sind kein Gegensatz
Kleine, häufige Änderungen senken das Risiko pro Release nur, wenn Tests, Review, Provenance und Rollback tatsächlich verlässlich sind. Ein manuelles Ausnahmeverfahren darf nicht der normale Produktionspfad werden.
Nächste Checks
- Artefakt einmal bauen und kontrolliert promoten
- Gates nach Risiko statt nach Ritual wählen
- Rollback als getesteten Betriebsweg behandeln