DevOps-Praxisinterview #4: Was ist der Unterschied zwischen einem Rolling-Update und einer Recreate-Strategie in Kubernetes-Deployments?

Der Autor ist ein DevOps-Ingenieur aus Korea, der sich auf internationale Chancen vorbereitet und seine Englisch- und Fachfähigkeiten gleichzeitig übt. Im Rahmen der täglichen Englischübung stellt der Autor ChatGPT interviewähnliche Fragen, beantwortet sie auf Englisch und feinjustiert die Antworten auf Basis des Feedbacks. Die Frage des Tages behandelt den Unterschied zwischen Rolling-Update- und Rebuild-Strategie in Kubernetes-Deployments. Die ursprüngliche Antwort des Autors besagt, dass Rebuild Persistenz sicherstellt, aber Verfügbarkeit opfert, während Rolling-Update Verfügbarkeit sicherstellt, aber Persistenz opfert. Die Rebuild-Strategie beendet bestehende Pods und startet dann neue. Die Rolling-Update-Strategie sicherstellt Verfügbarkeit mithilfe der Parameter maxUnavailable und maxSurge. Die feinjustierte Antwort erklärt, dass Rebuild Versionskonsistenz sicherstellt, Verfügbarkeit aber opfert, während Rolling-Update Verfügbarkeit auch bei unterschiedlichen Versionen priorisiert. Bei Rebuild werden alle bestehenden Pods vor dem Hochskalieren des neuen ReplicaSets beendet. Rolling-Update hält Verfügbarkeit aufrecht, indem bestehende Pods gemäß maxUnavailable heruntergefahren und neue innerhalb der maxSurge-Grenze erstellt werden.