Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[DE] Localization of Blue Green Deployment #1342

Merged
merged 7 commits into from
Nov 9, 2022
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
37 changes: 37 additions & 0 deletions content/de/blue-green-deployment.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,37 @@
---
title: Blue Green Deployment
status: Feedback erwünscht
category: Konzept
tags: ["methodology", "application", ""]
---

## Was es ist

Blue-Green-Deployment ist eine Strategie zur Aktualisierung von produktiven Anwendungen.
Der Fokus liegt darauf, Ausfallszeiten zu minimieren oder gänzlich zu vermeiden.
In der Regel bezieht sich der Begriff Blue-Green-Deployment auf die Aktualisierung einer gesamten Anwendung
und weniger auf die Aktualisierung einzelner Komponenten (wie etwa [Microservices](/microservices/))
aus denen eine Anwendung möglicherweise besteht.
Um hier Verwirrungen zu vermeiden, wird für letzeres eher der Begriff "Zero-Downtime-Deployment" bevorzugt.


## Welches Problem es löst

Die Aktualisierung von Anwendungen ist üblicherweise mit Ausfallzeiten verbunden.
Je nach Anwendung können Ausfallszeiten allerdings gravierende Folgen haben.
Das Aktualisieren einzelner Komponenten einer Anwendung funktioniert leider nicht immer reibungslos.
Das liegt daran, dass eine Aktualisierung,
die Inkompatibilität einzelner Komponenten zur Folge haben kann.
Für solche Fälle müssen alle Komponenten der Anwendung gleichzeitig aktualisiert werden.


## Wie es das Problem löst

Im Rahmen eines Blue-Green-Deployment werden für einen bestimmten Zeitraum zwei Umgebungen der produktiven Anwendung betrieben,
die jeweils als "blue" und "green" bezeichnet werden.
Die eine Umgebung (blue) stellt die produktive Anwendung dar (die Version, die von Benutzern aktuell verwendet wird),
während eine zweite Umgebung (green) bereitgestellt wird.
Diese zweite Umgebung enthält eine neue Version der Anwendung.
Sobald die Tests in der neuen Umgebung abgeschlossen sind,
wird der Datenverkehr auf diese Umgebung umgelenkt (oft mit Hilfe eines [Load Balancer](/load-balancer/)).
Im Anschluss kann die ältere Umgebung (blue) aus dem Betrieb genommen werden.