Rolling Update
Die Standardstrategie zum Aktualisieren eines Kubernetes-Deployments: Die alten Pods werden schrittweise, ein paar auf einmal, durch neue ersetzt — statt alles herunterzufahren und neu zu starten. Ergibt ein Update ohne Ausfallzeit, ohne eine komplette parallele Umgebung zu brauchen.
Mechanik: Kubernetes startet einen (oder ein paar) neue Pods, wartet, bis sie bereit sind (Readiness Probe), entfernt dann ebenso viele alte und wiederholt das, bis das gesamte Deployment ausgetauscht ist. Zwei Regler bestimmen das Tempo: maxSurge (wie viele ZUSÄTZLICHE Pods vorübergehend über der gewünschten Anzahl existieren dürfen) und maxUnavailable (wie viele während des Übergangs fehlen dürfen). Vorteil: Der Dienst ist die ganze Zeit erreichbar (es gibt immer bereite Pods, die Traffic annehmen), keine zusätzlichen vollskalierten Umgebungen nötig (anders als bei Blue-Green). Rollback: einfach zurückändern, dann rollt Kubernetes auf demselben Weg zurück. Kompromiss: Während des Rollouts laufen zwei Versionen gleichzeitig (müssen kompatibel sein), und eine kaputte neue Version zeigt sich erst allmählich (nicht sofort wie beim Blue-Green-Switch) — deshalb wird oft mit Canary ergänzt. Kubernetes' Standard-Deploy-Strategie.