Continuous Delivery und Deployment

In der letzten Lektion haben wir uns mit der kontinuierlichen Integration (CI) beschäftigt, bei der Codeänderungen regelmäßig zusammengeführt und getestet werden. Doch was passiert nachdem Ihr Code integriert und getestet wurde?

Hier kommen Continuous Delivery und Continuous Deployment ins Spiel. Sie sind entscheidend dafür, Ihre Software schnell und zuverlässig in die Hände der Benutzer zu bringen.

Continuous Delivery (CD) ist eine Softwareentwicklungspraxis, bei der Codeänderungen automatisch erstellt, getestet und für ein Release in die Produktionsumgebung vorbereitet werden.

• Die zentrale Idee besteht darin, dass sich Ihre Software jederzeit in einem deploybaren Zustand befindet.
• Die abschließende Bereitstellung in der Produktionsumgebung ist jedoch ein manueller Schritt, der durch eine menschliche Entscheidung ausgelöst wird.

Stellen Sie sich eine gut geölte Maschine vor, die ein Produkt vorbereitet, wobei eine Person noch das endgültige „Go“ gibt, bevor es die Fabrik verlässt.

• Code-Commit: Ein Entwickler pusht den Code.
• CI-Pipeline: Der Code wird erstellt, durch Unit-Tests geprüft und integriert.
• Automatisierte Tests: Weitere Tests (Integrationstests und End-to-End-Tests) werden automatisch ausgeführt.
• Artefakterstellung: Ein deploybares Paket, beispielsweise ein Docker-Image, wird erstellt.
• Deployment in der Staging-Umgebung: Das Paket wird automatisch in einer Staging-Umgebung bereitgestellt und dort abschließend geprüft.
• Manuelles Release: Ein Teammitglied genehmigt das Deployment in die Produktionsumgebung manuell und löst es aus.

CD bietet dem Entwicklungsprozess erhebliche Vorteile:

• Geringeres Risiko: Jede Änderung ist klein, sodass sich Probleme leichter finden und beheben lassen.
• Schnelleres Feedback: Teams erhalten schnelleres Feedback zu Änderungen, was die Qualität verbessert.
• Höhere Qualität: Gründliche automatisierte Tests reduzieren die Zahl der Fehler vor der manuellen Genehmigung.
• Schnellere Markteinführung: Die Software ist jederzeit bereit für die Veröffentlichung, wodurch sich Releases beschleunigen.

Continuous Deployment (CDep) geht bei Continuous Delivery noch einen Schritt weiter. Es bedeutet, dass jede Änderung, die alle automatisierten Tests besteht, automatisch in die Produktionsumgebung ausgerollt wird.

• Vor dem Deployment für die Benutzer gibt es keinen manuellen Genehmigungsschritt.
• Dies setzt ein äußerst hohes Vertrauen in Ihre automatisierten Tests und Ihr Monitoring voraus.

Stellen Sie sich eine vollständig autonome Fabrik vor, in der Produkte gebaut, getestet und sofort ohne menschliches Eingreifen ausgeliefert werden.

• Code-Commit: Ein Entwickler pusht den Code.
• CI-Pipeline: Der Code wird erstellt, durch Unit-Tests geprüft und integriert.
• Automatisierte Tests: Alle Integrations-, End-to-End- und Performance-Tests werden automatisch ausgeführt.
• Artefakterstellung: Ein deploybares Paket wird erstellt.
• Deployment in der Staging-Umgebung: Das Paket wird automatisch in einer Staging-Umgebung bereitgestellt.
• Automatisches Deployment in die Produktionsumgebung: Wenn alle Tests erfolgreich sind, wird das Paket automatisch in der Produktionsumgebung bereitgestellt.

CDep maximiert die Geschwindigkeit von Releases und Feedbackschleifen:

• Extrem schnelle Releases: Neue Funktionen und Fehlerbehebungen erreichen die Benutzer nahezu sofort.
• Sofortiges Feedback: Daten aus der realen Nutzung und Fehlermeldungen gehen schneller ein.
• Wahre Agilität: Teams können mit beispielloser Geschwindigkeit iterieren und auf Marktveränderungen reagieren.
• Weniger Aufwand: Der Zeit- und Arbeitsaufwand für die manuelle Release-Koordination entfällt.

Der wesentliche Unterschied zwischen Continuous Delivery und Continuous Deployment besteht darin, wer oder was die Entscheidung für das Deployment in die Produktionsumgebung trifft:

• Continuous Delivery: Die Automatisierung stellt sicher, dass die Software jederzeit für ein Release bereit ist. Ein Mensch entscheidet jedoch, wann das Deployment in die Produktionsumgebung ausgelöst wird.
• Continuous Deployment: Die Automatisierung übernimmt alles. Die Software wird automatisch in der Produktionsumgebung bereitgestellt, sobald sie alle Tests bestanden hat. Für das abschließende Release ist kein menschliches Eingreifen erforderlich.

Die Entscheidung zwischen CD und CDep hängt von der Reife Ihres Teams, dem Vertrauen in die Automatisierung und Ihrer Risikobereitschaft ab.

• Mit CD beginnen: Dies ist ein sicherer Einstieg, um Vertrauen in Ihre Pipeline aufzubauen.
• Zu CDep wechseln: Wechseln Sie erst dann, wenn Ihre automatisierten Tests, Ihr Monitoring und Ihre Rollback-Strategien äußerst robust sind.
• Den Kontext berücksichtigen: Stark regulierte Branchen, beispielsweise Finanzwesen und Gesundheitswesen, bevorzugen aufgrund von Compliance-Anforderungen häufig CD.

Welche Aussage beschreibt den wesentlichen Unterschied zwischen Continuous Delivery und Continuous Deployment am besten?

Sie kennen nun den entscheidenden Unterschied zwischen Continuous Delivery und Continuous Deployment!

• Continuous Delivery (CD): Die Software ist jederzeit für ein Release bereit, aber ein Mensch löst das abschließende Deployment in die Produktionsumgebung aus.
• Continuous Deployment (CDep): Die Software wird automatisch in der Produktionsumgebung veröffentlicht, sobald sie alle automatisierten Tests bestanden hat.

Diese Praktiken bauen auf der kontinuierlichen Integration auf und sind grundlegend für schnelle, zuverlässige Software-Releases in einer DevOps-Kultur.