Deployment: Vom Nachtschicht-Risiko zur gemessenen Auslieferung

Deployment ist der Wahrheitsmoment des Software-Lifecycle: Hier entscheidet sich, ob alle Anstrengungen der vorigen Phasen Wert tragen oder im letzten Schritt scheitern. Klassisch ist das eine risikoreiche Nachtschicht-Phase; im KI-Zeitalter wird daraus eine schrittweise, gemessene Auslieferungs-Aktivität — vorausgesetzt, die Organisation investiert in Progressive Delivery.

Wofür es spricht: Canary-Deployments mit KI-gestützter Anomalie-Erkennung begrenzen den Blast Radius eines Fehlers auf den Traffic-Anteil, der bereits umgeleitet wurde, statt alle Nutzer gleichzeitig zu treffen. Der Unterschied zwischen Top- und Low-Performern ist laut DORA dramatisch: 127-fache Lead Time, 182-fach mehr Deployments pro Jahr, achtfach niedrigere Change Failure Rate und 2.293-fach schnellere Wiederherstellung. Progressive Delivery plus KI-gestützte Risiko-Bewertung ist die Praxis, die eine Bewegung in diese Richtung überhaupt erst messbar macht.

Wogegen es spricht: Bei Datenmigrationen kippt die Symmetrie, auf der das restliche Toggle-Denken beruht. Code-Rollback ist symmetrisch — zurück zur alten Version —, ein Daten-Rollback nach dem destruktiven Contract-Schritt (etwa einem DROP) dagegen nicht: Er ist forward-only, und die Wiederherstellung gelingt nur aus dem Backup, mit Datenverlust seit dem Backup-Zeitpunkt. Ein vorhandenes Backup ist deshalb kein Nachweis; nur ein geprobtes Restore mit gemessener Wiederherstellungszeit ist einer.

Die Konsequenz: Migrations-Skripte inklusive Rollback-Pfad KI-generieren lassen, aber vor jedem destruktiven Schritt ein Restore-Drill erzwingen — mindestens quartalsweise geprobt.

→ Mehr zum Buch und zum Kapitel „Deployment”