Blue-Green Deployment
Eine Deployment-Strategie mit zwei identischen Produktionsumgebungen — "blue" (aktuell) und "green" (neue Version). Man deployt und testet in green und schaltet dann den gesamten Traffic auf einmal dorthin um. Geht etwas schief, schaltet man sofort zurück. Null Downtime bei sofortigem Rollback.
Mechanik: Blue läuft live; die neue Version wird in green deployt (einer parallelen, identischen Umgebung), dort in Ruhe getestet und der Load Balancer bzw. Router dann in einem Schnitt von blue auf green umgestellt. Blue bleibt eine Weile als sofortiger Rückzugsweg aktiv — tritt ein Problem auf, schaltet man direkt zurück auf blue (kein erneutes Deployment, nur eine Routing-Änderung). Vorteil: keine Ausfallzeit beim Wechsel und der schnellstmögliche Rollback. Kompromiss: teuer (zwei vollständige Produktionsumgebungen gleichzeitig), und Datenbankschema-Änderungen sind heikel, da beide Versionen während der Übergangsphase mit derselben Datenbank funktionieren müssen. Anders als beim Canary-Deployment (schrittweise Ausrollung auf einen Teil der Nutzer) ist blue-green ein abrupter Alles-oder-nichts-Wechsel — eine klassische Deploy-Strategie, verwandt mit Canary Deployment und Rolling Update.