Jeder Windows-User kennt es: mitten bei der Arbeit wird man aufgefordert, neue Updates einzuspielen. In dieser Zeit können der PC und die vorhandene Software nicht genutzt werden. Genau an dieser Problemstelle setzt das sogenannte Zero Downtime Deployment an.

Ein gutes Beispiel zur Veranschaulichung stellt Netflix dar. Der Onlinedienst steht für Millionen von Nutzern weltweit zu jeder Tages- und Nachtzeit zur Verfügung – dennoch werden täglich neue Updates eingespielt, die für den User in den meisten Fällen keine merkbaren Auswirkungen haben.

Wie wird Deployment aktuell noch in vielen Unternehmen praktiziert?

Traditionell halten sich Entwicklungsteams an Release-Pläne. Im Laufe des Entwicklungsprozesses werden alle Änderungen in einer Version zusammengefasst und dann am Ende eines Zyklus in Form eines großen Releases bereitgestellt. Der typische Ablauf: Stakeholder werden informiert, der Server wird heruntergefahren, die neue Software installiert und konfiguriert. Im Schnitt nimmt dieser Prozess mehrere Minuten in Anspruch.

Werden signifikante Problemstellen entdeckt, wird auf eine frühere Version zurückgerollt. Je nach Release-Zyklus kann der Prozess eines Bug-Fix mehrere Wochen bis Monate in Anspruch nehmen – ein sowohl zeit- als auch kostenintensiver Prozess.

Zero Downtime, statt bereitstellen und zurückrollen

Zero Downtime Deployment macht Internetriesen wie Netflix, eBay oder Check24 erfolgreich. Täglich werden hunderte Änderungen in Produktion bereitgestellt, Bugs werden sofort am Tag der Entdeckung beseitigt und die Erreichbarkeit der Serveranwendungen ist zu jeder Zeit gewährleistet.

Mit Hilfe von Zero Downtime Deployment ist es zudem möglich, feature-driven zu entwickeln und zu testen sowie gleichzeitig Echtzeitexperimente durchzuführen. Interne wie externe Kunden können Teil eines QA-Prozesses sein.

Wie wird Zero Downtime Deployment erreicht?

Zero Downtime kann mit Hilfe des sogenannten Blue/Green Deployments erlangt werden. Für ein optimales Blue/Green Deployment benötigt man mindestens zwei Server mit unterschiedlichen Versionen der Anwendung und zusätzlich einen CI/CD-Prozess.

Beim Blue/Green Deployment wird der Nutzerverkehr von einer Produktivumgebung (blau, alte Version) auf eine neue Umgebung (grün, neue Version) schrittweise umgeschlüsselt. Im Falle eines Rollbacks kann die blaue Umgebung weiterhin verwendet werden. Sobald die grüne Umgebung stabil läuft, wird die blaue heruntergefahren und wird zur neuen blauen – der CI/CD-Prozess kann von Neuem starten.

Fazit

Zero Downtime Deployment stellt für die Wartung einer Webanwendung definitiv den effizientesten Weg dar. Man bewahrt Benutzer und Stakeholder vor ständigen Updates mit Wartezeiten. Der Erfolg hängt jedoch von mehrdimensionalen Faktoren ab: hochwertige Tests, eine Deployment-Strategie und allgemeine Best Practices im Bereich CI/CD.

Leider ist Zero Downtime Deployment für Windows-Rechner aufgrund fehlender Möglichkeiten wie Blue/Green Deployments auch in Zukunft keine Option. So werden wir während der Installation neuer Windows-Updates weiterhin etwas länger auf unseren wohl verdienten Feierabend warten müssen.