Continuous Deployment (CD) bezeichnet eine Praxis der Softwareentwicklung und Automatisierung, bei der jede Änderung, die alle automatisierten Tests erfolgreich bestanden hat, ohne manuellen Schritt automatisch in die Produktionsumgebung deployed wird. Das Ziel: Die Zeitspanne zwischen einer Codeänderung oder Konfigurationsanpassung und ihrer Verfügbarkeit in Produktion wird auf ein Minimum reduziert – von Wochen auf Stunden oder Minuten.
Continuous Deployment ist der konsequenteste Ausbaustufe der CI/CD-Pipeline (Continuous Integration / Continuous Deployment). Während bei Continuous Delivery eine manuelle Freigabe vor dem Prod-Deployment erforderlich bleibt, entfällt diese bei Continuous Deployment vollständig: Der Deployment-Schritt selbst wird automatisiert.
CI/CD im Überblick
CI – Continuous IntegrationJede Codeänderung wird automatisch gebaut, getestet und auf Qualität geprüft. Ziel: Fehler früh erkennen, bevor sie in Produktion kommen.
CD – Continuous DeliveryNach erfolgreichen CI-Tests ist die neue Version produktionsbereit – aber eine manuelle Freigabe ist noch erforderlich, bevor sie deployed wird.
CD – Continuous DeploymentNach erfolgreichen Tests wird die neue Version vollautomatisch in Produktion deployed – kein manueller Schritt, kein Wartefenster.
Voraussetzungen für Continuous Deployment
- Vollständige Testautomatisierung: Alle relevanten Testfälle – Funktions-, Integrations- und Regressionstests – laufen automatisch und zuverlässig
- Hohe Testabdeckung: Das automatisierte Testset muss genug Szenarien abdecken, dass manuelles Testing keinen signifikanten zusätzlichen Wert bringt
- Schnelle Rollback-Fähigkeit: Da keine manuellen Gates existieren, muss ein Rollback innerhalb von Minuten möglich sein
- Robustes Monitoring und Alerting: Probleme nach dem Deployment müssen sofort erkannt und gemeldet werden
- Feature Flags: Neue Funktionen können in Produktion deployed, aber zunächst deaktiviert werden – so lassen sich Deployments und Feature-Releases entkoppeln
Continuous Deployment in der Automatisierungspraxis
Für Anbieter von Automatisierungslösungen, die regelmäßig Workflow-Updates, neue Konnektoren oder Regelwerk-Anpassungen für Kunden einbringen, ermöglicht Continuous Deployment eine drastische Beschleunigung: Statt wöchentlicher oder monatlicher Deployment-Zyklen können Verbesserungen täglich oder sogar mehrmals täglich in Produktion gebracht werden – vorausgesetzt, die Testinfrastruktur ist entsprechend robust.
Praxisbeispiel
Ein SaaS-Unternehmen für Automatisierungsplattformen hat eine vollständige CI/CD-Pipeline aufgebaut. Wenn ein Entwickler eine Bugfix-Änderung an einem Workflow-Modul einreicht, startet automatisch eine Pipeline: Build (2 Minuten) → Unit-Tests (5 Minuten) → Integrationstests gegen alle Sandbox-APIs (12 Minuten) → Sicherheitsscan (3 Minuten). Gesamtdauer: 22 Minuten. Bestehen alle Tests, wird die neue Version automatisch in Produktion deployed – mit einem Canary-Rollout auf 5 Prozent der Instanzen für 15 Minuten, dann vollständig. Ein Entwickler, der um 10:03 Uhr einen Commit einreicht, sieht seinen Fix um 10:40 Uhr in Produktion – ohne einen einzigen manuellen Schritt.
