In diesem Teil erklärt: CI/CD · Deployment · Staging

In Teil 2 haben wir gesehen, wie neue Zutaten sicher auf die Pizza kommen. Jetzt die letzte Frage: Wie kommt die fertige Pizza eigentlich sicher zum Gast? Denn zwischen „in der Küche fertig“ und „der Gast isst“ liegt ein Weg, und genau der macht den Unterschied zwischen Profi und Chaos.

Der Weg der Pizza: Küche, Ausgabe, Gast

Eine Pizza geht nicht direkt vom Herd auf den Tisch. Sie nimmt drei Stationen:

1. Die Küche. Hier wird gekocht und probiert. Alles darf schiefgehen, kein Gast merkt davon etwas. Bei Software: die Entwicklung (oft „dev“ genannt).
2. Die Ausgabe. Die Pizza steht fertig unter der Wärmelampe, und es gibt einen letzten prüfenden Blick, bevor sie rausgeht. Bei Software: Staging (kurz „stage“), eine originalgetreue Kopie des echten Systems zum letzten Test.
3. Der Gast. Die Pizza kommt auf den Tisch, jetzt zählt es. Bei Software: Produktion (live), das, was deine Besucher sehen.

Küche, Ausgabe, Gast. Dev, Stage, Produktion. Das ist der Weg von der Idee bis live.

Die Frage an der Ausgabe: ist die Pizza gut?

Bei einer guten Pizzeria läuft dieser Weg nicht auf Zuruf. An der Ausgabe wird jede Pizza geprüft, bevor sie zum Gast geht: richtig belegt, durchgebacken, nichts vergessen? Nur wenn sie besteht, geht sie raus.

Genau diese eingebaute, automatische Prüfung ist der Kern von CI/CD:

• CI (Continuous Integration), fortlaufendes Zusammenführen. Jede kleine Änderung wird sofort mit dem Rest zusammengefügt und automatisch getestet. So fällt ein Fehler auf, solange er noch klein und billig zu beheben ist, nicht erst beim Gast.
• CD (Continuous Deployment), fortlaufendes Ausliefern. Besteht eine Änderung alle Tests, wird sie automatisch und sicher live gestellt. Kein manuelles Herumkopieren, bei dem nachts jemand das Falsche hochlädt.

Das Ausliefern selbst, also die fertige Pizza auf den Tisch bringen, heißt Deployment (englisch für Ausbringen). „Deployen“ ist einfach: live stellen.

Der Nutzen, in einem Satz

Für dich als Auftraggeber lässt sich der ganze Aufwand in einem Satz zusammenfassen: Nichts geht ungetestet auf deine Seite. Kein „nach dem Update ist plötzlich alles kaputt“, kein Bangen bei jeder Änderung. Das ist kein Luxus, sondern der Unterschied zwischen einem Profi-Setup und Gebastel.

Was das für dein Projekt heißt

Ob dein Projekt so ausgeliefert wird oder ob jemand Änderungen direkt und ungetestet ins Live-System schiebt, merkst du erst, wenn es kracht. Mit einem sauberen Weg über Küche, Ausgabe und Gast passiert genau das nicht: Jede Änderung wird geprüft, bevor sie deine Besucher erreicht. Und geht doch mal was daneben, kommt man dank Versionierung (siehe Teil 1) einfach auf den letzten funktionierenden Stand zurück.

Genau so bauen wir bei isarcode: versioniert, über eine saubere Pipeline, mit automatischer Prüfung. Nicht weil es schick klingt, sondern weil es dein Projekt vor den Pannen schützt, die sonst richtig teuer werden.

Häufige Fragen

Was ist CI/CD? Ein automatischer Ablauf, der jede Änderung an einer Software erst testet und dann, wenn sie besteht, sicher live stellt. CI steht fürs fortlaufende Testen, CD fürs fortlaufende Ausliefern.

Was ist der Unterschied zwischen Dev, Stage und Production? Dev ist die Entwicklung (die Küche), Stage der letzte Test auf einer Kopie des echten Systems (die Ausgabe), Production das Live-System, das die Nutzer sehen (der Gast).

Was bedeutet deployen? Software live stellen, also den fertigen, getesteten Stand für die Nutzer verfügbar machen. In der Pizza-Analogie: die geprüfte Pizza zum Gast bringen.

Ist CI/CD Overkill für kleine Projekte? Nein. Gerade kleine Projekte profitieren, weil ein Ausfall dort oft niemand auffängt. Der Ablauf lässt sich schlank halten, weglassen sollte man ihn nicht.

Und jetzt?

Du willst wissen, wie sauber dein aktuelles Projekt ausgeliefert wird, oder von Anfang an ein Setup ohne böse Überraschungen? Lass uns reden. Wir schauen es uns an und sagen dir ehrlich, wo es steht.