CI/CD-Pipelines
Der automatisierte Weg von Commit bis Produktion: bauen, testen, ausliefern, mit Prüfungen an den Stellen, an denen sie tatsächlich etwas verhindern.
Überblick
Eine Pipeline ist gut, wenn Entwicklerinnen ihr vertrauen. Eine, die zwanzig Minuten braucht und gelegentlich ohne Grund rot wird, wird umgangen, und dann ist sie eine Verzögerung ohne Nutzen. Geschwindigkeit und Verlässlichkeit sind hier keine Nebensache, sondern die Bedingung dafür, dass sie überhaupt wirkt.
Die Arbeit besteht darin, die richtigen Prüfungen an die richtigen Stellen zu setzen: schnelle Tests bei jedem Commit, langsamere vor dem Merge, und die wirklich langsamen nach der Auslieferung in einer Umgebung, in der ein Fehlschlag folgenlos ist.
Für wen das gedacht ist
- Teams, deren Pipeline so langsam ist, dass sie umgangen wird
- Firmen mit sprunghaften Tests, denen niemand mehr glaubt
- Projekte, in denen Deployment ein manueller Vorgang ist
Unser Vorgehen bei CI/CD-Pipelines
Die konkreten Arbeitspakete eines typischen Projekts. Der Umfang steht vorab fest, nichts davon taucht später als Überraschung auf der Rechnung auf.
Aufbau der Pipeline
Bauen, testen und ausliefern als ein Ablauf, mit klar getrennten Stufen und verständlichen Fehlermeldungen.
Teststufen
Schnelle Prüfungen früh, langsame spät, damit die Rückmeldung in Minuten und nicht in einer halben Stunde kommt.
Laufzeit
Parallelisierung, Caching und das Streichen von Schritten, die nichts verhindern.
Sprunghafte Tests
Instabile Tests finden und beheben oder isolieren, weil ein einziger davon das Vertrauen in die ganze Pipeline zerstört.
Freigaben und Umgebungen
Automatische Auslieferung in Test, kontrollierte in Produktion, mit protokollierten Freigaben wo nötig.
Sicherheit und Abhängigkeiten
Prüfung auf verwundbare Abhängigkeiten und versehentlich eingecheckte Zugangsdaten als Teil des Ablaufs.
Vom ersten Gespräch zum gemessenen Ergebnis
Immer dieselbe Reihenfolge, damit Sie wissen, was als Nächstes kommt.
Prüfen
Aktuelle Laufzeiten, Fehlerquote und die Frage, welchen Schritten das Team tatsächlich glaubt.
Umbauen
Stufen neu ordnen, damit schnelle Rückmeldung zuerst kommt, und Schritte streichen, die nichts leisten.
Stabilisieren
Sprunghafte Tests beheben, denn eine Pipeline, der man nicht glaubt, wird ignoriert.
Ausweiten
Automatische Auslieferung in weitere Umgebungen, sobald die Grundlage verlässlich ist.
Ergebnisse statt Aktenordner
Ein Stapel Dokumente ist kein Fortschritt. Das hier sind die Veränderungen, die die Arbeit bewirken soll.
Rückmeldung in Minuten
Schnelle Prüfungen zuerst bedeuten, dass ein Fehler auffällt, solange der Kontext noch präsent ist.
Eine Pipeline, der geglaubt wird
Ein stabiler Testlauf ist die Voraussetzung dafür, dass ein rotes Ergebnis ernst genommen wird.
Auslieferung ohne Zeremonie
Automatisierung macht aus einem Release einen normalen Vorgang statt eines Termins.
Probleme früher gefunden
Abhängigkeits- und Zugangsdatenprüfungen im Ablauf fangen ab, was sonst erst in Produktion auffällt.
Häufige Fragen zu CI/CD-Pipelines
Was Kundinnen und Kunden fragen, bevor sie sich melden. Fehlt Ihre Frage, stellen Sie sie uns direkt.
Wie schnell sollte eine Pipeline sein?
Die schnelle Rückmeldung nach einem Commit unter zehn Minuten, besser unter fünf. Darüber wechseln Entwicklerinnen die Aufgabe und kommen mit verlorenem Kontext zurück, was den eigentlichen Nutzen automatisierter Prüfung wieder aufhebt.
Was tun wir mit sprunghaften Tests?
Beheben oder aus dem blockierenden Lauf nehmen, aber nicht ignorieren. Ein Test, der zufällig fehlschlägt, bringt Menschen dazu, rote Ergebnisse zu wiederholen statt sie zu lesen, und danach ist auch ein echter Fehlschlag wirkungslos.
Sollte jeder Merge automatisch in Produktion gehen?
Nur wenn Testabdeckung, Monitoring und Rollback das tragen. Für die meisten Teams ist automatische Auslieferung in eine Testumgebung plus ein Klick für Produktion der richtige Punkt, und er ist bereits ein grosser Fortschritt gegenüber einem manuellen Ablauf.
Welches Werkzeug empfehlen Sie?
Meist das, was bereits in Ihrer Codeverwaltung eingebaut ist, weil die Integration Aufwand spart und ein zusätzliches System vermeidet. Die Wahl des Werkzeugs bestimmt die Qualität einer Pipeline deutlich weniger als die Anordnung der Stufen und die Stabilität der Tests.
CI/CD-Pipelines im Kopf?
Sagen Sie uns, was sich ändern soll. Passen wir nicht, sagen wir das und nennen Ihnen eine bessere Adresse.
Interessiert Sie das grössere Bild?
CI/CD-Pipelines steht meist neben weiteren Themen aus DevOps, Infrastruktur und technischer Betrieb. Sehen Sie sich den ganzen Bereich an.