Kurzfassung
Continuous Delivery ist eine Praxis, bei der Software durch automatisierte Build-, Test- und Staging-Pipelines dauerhaft in einem releasefähigen Zustand gehalten wird, während die finale Freigabe für die Produktion eine bewusste Geschäftsentscheidung bleibt.
Was ist Continuous Delivery?
Continuous Delivery (CD) baut auf Continuous Integration auf, indem die Automatisierung über die Build- und Testphase hinaus erweitert wird. Jede Änderung, die die automatisierten Tests besteht, wird automatisch in eine Staging-Umgebung deployt, die die Produktion widerspiegelt. Die Software befindet sich daher stets in einem Zustand, in dem sie mit einem einzigen Knopfdruck oder einer Genehmigung jederzeit released werden könnte.
Der wesentliche Unterschied zu Continuous Deployment liegt darin, dass das Release in die Produktion weiterhin ein manueller, bewusster Schritt ist. Dadurch können Produktteams und Release Manager den Zeitpunkt, regulatorische Anforderungen oder Marketingaktivitäten rund um ein Release koordinieren, ohne die Engineering-Pipeline zu verlangsamen.
Um Continuous Delivery zu erreichen, sind eine umfassende automatisierte Test-Suite, Umgebungsparität zwischen Staging und Produktion sowie Feature Flags zur Entkopplung von Deployment und Release erforderlich.
Warum ist Continuous Delivery relevant?
- Geringeres Release-Risiko: Kleinere, häufigere Releases sind weniger riskant und einfacher zu debuggen
- Geschäftliche Agilität: Teams können bei günstigen Geschäftsbedingungen on demand releasen, nicht erst wenn die Pipeline es erlaubt
- Feedback-Schleife: Schnelles Deployment in Staging deckt Integrations- und Konfigurationsprobleme frühzeitig auf