Was ist ein Deployment?
Ein Deployment ist der Weg vom Quelltext zur laufenden Anwendung: bauen, starten, prüfen, umschalten. Wie gut dieser Weg abgesichert ist, entscheidet darüber, ob Besucher etwas davon merken.
Die vier Schritte
- Code holen: Der aktuelle Stand wird aus dem Repository geladen.
- Bauen: Abhängigkeiten installieren, kompilieren, Dateien vorbereiten.
- Starten und prüfen: Die neue Version läuft an, ein Health-Check wartet auf die erste Antwort.
- Umschalten: Erst jetzt bekommt die neue Version Verkehr, die alte wird beendet.
Scheitert Schritt drei, bleibt die alte Version online. Der Fehler steht im Build-Protokoll, die Besucher merken nichts.
Deployment ohne Ausfallzeit
Ein Deployment ohne Ausfall bedeutet, dass zu jedem Zeitpunkt mindestens eine antwortende Instanz existiert. Dafür laufen alte und neue Version kurz nebeneinander, und der Proxy schwenkt erst um, wenn die neue Version antwortet.
Bei mehreren Instanzen gilt das entsprechend für jede einzelne. Wer ganz sichergehen will, betreibt zwei Instanzen – dann fängt eine den Ausfall der anderen auf.
Zurücksetzen
Fällt nach einem Deployment ein Fehler auf, hilft kein hektischer Hotfix, sondern das Zurücksetzen auf die letzte funktionierende Version. Rechenhalle hält die letzten fünf erfolgreichen Versionen bereit; das Zurücksetzen braucht keinen neuen Build und dauert Sekunden.
Häufige Fragen
Was ist ein Health-Check?
Eine einfache Prüfung, ob die Anwendung auf ihrem Port antwortet. Erst danach gilt eine neue Version als startbereit.
Was passiert bei einem Absturz im laufenden Betrieb?
Die Überwachung startet die Instanz automatisch neu. Stürzt sie mehrfach kurz hintereinander ab, wird pausiert und eine E-Mail verschickt – sonst würde eine kaputte Version endlos neu starten.