```html id="blue_green_deployment" Blue-Green Deployment

Blue-Green Deployment




Die Idee in einem Satz
Zwei identische Produktionsumgebungen – immer nur eine ist live.

Analogie: Bühnenumbau im Theater
Stell dir vor, ein Theater spielt jeden Abend eine Show. Während auf der blauen Bühne die Vorstellung läuft, wird die grüne Bühne nebenan umgebaut. Wenn alles fertig ist, wird einfach der Vorhang gewechselt – das Publikum merkt nichts. Blue-Green Deployment Ablauf Diagramm zeigt wie Traffic vom Blue-System auf Green umgeleitet wird Load Balancer leitet Traffic weiter Nutzer Phase 1 – Aktuell live 🟦 Blue (v1.0) Produktivumgebung – live 🟩 Green (v2.0) Vorbereitung & Tests Phase 2 – Nach dem Switch 🟦 Blue (v1.0) Standby – kein Traffic 🟩 Green (v2.0) Produktivumgebung – live Rollback möglich (sofort!) Was passiert genau?

Phase 1 – Normalbetrieb: Alle Nutzer landen auf Blue (die aktuelle Version). Green existiert, läuft parallel, aber bekommt keinen Traffic – dort wird die neue Version deployed und getestet. Der Switch: Wenn Green bereit ist, wird einfach der Load Balancer umgestellt. Der gesamte Traffic fließt jetzt auf Green. Für den Nutzer ändert sich nichts – kein Ausfall, keine Wartezeit.

Phase 2 – Blue schläft: Blue bleibt am Leben, aber im Standby. Das ist der entscheidende Vorteil:

Wenn Green ein Problem hat, reicht ein einziger Klick – und Traffic fließt sofort wieder auf Blue zurück. Rollback in Sekunden.

Blue-Green Deployment ist eine Release-Strategie, bei der zwei identische Produktionsumgebungen verwendet werden, um Software-Updates ohne Ausfallzeiten bereitzustellen.

Grundprinzip

Es existieren zwei Umgebungen:

Ablauf

1. Blue-Umgebung
Die aktuelle Version läuft im Live-Betrieb und wird von den Nutzern verwendet.
2. Green-Umgebung
Die neue Version wird vollständig parallel bereitgestellt und getestet.
3. Umschalten (Switch)
Sobald die Green-Umgebung getestet ist, wird der Datenverkehr von Blue auf Green umgeleitet.

Vorteile

Nachteile

Beispiel

Ein Online-Shop aktualisiert seine Plattform:

- Blue = alte Version läuft weiter für Kunden
- Green = neue Version wird getestet
- Nach erfolgreichem Test wird auf Green umgeschaltet

Rollback

Falls Fehler auftreten, kann sofort wieder auf die Blue-Umgebung zurückgeschaltet werden.

Vergleich

Aspekt Blue Green
Status Produktiv Test / neue Version
Nutzung Aktive Nutzer Keine Nutzer (bis Switch)
Risiko Stabil Wird geprüft
Merksatz für die FISI-Prüfung:

Beim Blue-Green Deployment laufen zwei identische Umgebungen parallel. Die neue Version wird in der Green-Umgebung getestet und anschließend per Umschaltung live geschaltet.

Typische Prüfungsantwort

Blue-Green Deployment ist eine Deployment-Methode mit zwei identischen Umgebungen. Die aktuelle Version läuft in der Blue-Umgebung, während die neue Version in der Green-Umgebung getestet wird. Nach erfolgreichem Test wird der Datenverkehr auf die Green-Umgebung umgeschaltet, wodurch Ausfallzeiten minimiert werden.
```