CI/CD fasst zwei zusammenhängende Praktiken zusammen. Continuous Integration bedeutet, dass Änderungen laufend in den gemeinsamen Stand einfliessen und dabei automatisch gebaut und geprüft werden. Continuous Delivery beziehungsweise Deployment bedeutet, dass ein geprüfter Stand automatisiert bis in den Betrieb gelangt.
Was Continuous Integration löst
Ohne fortlaufende Integration arbeiten Entwickler tage- oder wochenlang getrennt und führen ihre Arbeit erst spät zusammen. Je länger diese Trennung dauert, desto aufwendiger und riskanter wird die Zusammenführung — und desto später werden Konflikte und Fehler sichtbar. Fortlaufende Integration dreht das um: Kleine Änderungen fliessen häufig ein, Konflikte bleiben klein, und ein Fehler ist einer Änderung zuordenbar statt einem Wochenpaket.
Was Continuous Deployment löst
Manuelle Auslieferungen sind fehleranfällig und selten, und weil sie selten sind, sind sie gross — und weil sie gross sind, sind sie riskant. Diese Rückkopplung führt dazu, dass Auslieferungen zu Ereignissen werden, die man verschiebt. Automatisierung dreht das um: Wenn jede Auslieferung gleich abläuft und wenige Minuten dauert, werden sie häufig und klein, und damit einzeln beherrschbar.
Kleine Änderungen sind sicherer
Der zentrale Gedanke hinter beidem ist derselbe. Das Risiko einer Auslieferung wächst nicht linear mit ihrem Umfang, sondern stärker: Bei zehn zusammen ausgelieferten Änderungen ist unklar, welche einen Fehler verursacht hat, und die Rücknahme betrifft auch die neun funktionierenden. Zehn einzelne Auslieferungen sind in Summe deutlich sicherer, obwohl sie zehnmal so oft stattfinden.
Rückrollbarkeit zählt mehr als Fehlerfreiheit
Kein Prüfverfahren fängt alle Fehler. Entscheidend ist deshalb nicht nur, wie viel vorher geprüft wird, sondern wie schnell ein fehlerhafter Stand zurückgenommen werden kann. Eine Auslieferung, die sich in einer Minute rückgängig machen lässt, erlaubt ein völlig anderes Vorgehen als eine, deren Rücknahme einen Abend kostet. Datenbankänderungen sind dabei der schwierige Teil, weil sie sich nicht ohne Weiteres zurücknehmen lassen — sie gehören deshalb schrittweise und abwärtskompatibel gestaltet.
Wo die Grenzen liegen
Automatisierung ersetzt keine Prüfung, sie führt sie nur zuverlässig aus. Eine Auslieferungsstrecke ohne aussagekräftige Tests liefert Fehler nur schneller aus. Ebenso wenig ersetzt sie Überwachung: Ohne die Fähigkeit zu erkennen, dass ein neuer Stand Probleme verursacht, nützt die schnellste Auslieferung nichts.
Praktische Konsequenz
Der grösste einzelne Gewinn liegt meist nicht in mehr Automatisierung, sondern in kleineren Änderungen. Wer die Auslieferungsgrösse halbiert, senkt das Risiko pro Auslieferung überproportional — unabhängig davon, wie ausgefeilt die Strecke ist.