Kubernetes Rolling Update vs Set Bild

Question

Nach einigen intensiven Google und SO-Suche konnte ich kein Dokument finden, das sowohl Rolling-Update und Set-Image erwähnt, und kann den Unterschied zwischen den beiden betonen.

Kann jemand Licht werfen? Wann würde ich lieber beides benutzen?

EDIT: Es ist erwähnenswert, dass ich bereits mit Bereitstellungen arbeiten (anstatt Replikations-Controller direkt) und dass ich Yaml-Konfigurationsdateien verwenden. Es wäre auch schön zu wissen, ob es einen Weg gibt, irgendwelche von denen durchzuführen, die Konfigurationsdateien anstelle von direkten Befehlen verwenden.

Answer 1

In älteren k8s-Versionen war ReplicationController die einzige Ressource, die eine Gruppe von replizierten Pods verwaltet. Um die Pods eines ReplicationController zu aktualisieren, verwenden Sie kubectl rolling-update.

Später k8s eingeführt Deployment, die ReplicaSet Ressourcen verwaltet. Die Deployment könnte über kubectl set image aktualisiert werden.

Arbeiten mit Deployment Ressourcen (wie Sie bereits tun) ist der bevorzugte Weg. Ich denke, der ReplicationController und sein rolling-update Befehl sind hauptsächlich noch aus Gründen der Abwärtskompatibilität da.

---

UPDATE: Wie in den Kommentaren erwähnt:

Um ein Update Deployment habe ich kubectl patch wie es auch Dinge wie das Hinzufügen neuen env ändern könnte Vars während kubectl set image eher begrenzt ist und nur das Bild ändern Ausführung. Beachten Sie auch, dass patch auf alle k8s-Ressourcen angewendet werden kann und nicht auf die Verwendung mit Deployment beschränkt ist.

Später verlagerte ich meine Bereitstellungsprozesse, um helm zu verwenden - ein wirklich nettes und k8s natives Paketverwaltungstool. Kann sehr empfehlen, es sich anzuschauen.