Deployment et ReplicaSet : pourquoi les anciens restent en vie
Un Deployment ne modifie jamais un ReplicaSet existant : il en crée un nouveau et réduit l'ancien à zéro replica. C'est ce mécanisme précis qui rend le rollback possible.
blog/tag
#rollback
Deployment and ReplicaSet: Why the Old Ones Stick Around
A Deployment never edits an existing ReplicaSet: it creates a new one and scales the old one to zero. That exact mechanism is what makes rollback possible.
Helm hooks : hors du cycle de vie normal de la release
Un hook Helm s'exécute en dehors de la release qu'il accompagne. helm rollback ne le rejoue jamais, ce qui casse le principe même du rollback si on ne le sait pas.
Helm Hooks: Outside the Release's Normal Lifecycle
A Helm hook runs outside the release it accompanies. helm rollback never replays it, which breaks the whole point of rollback if you don't know that.
Blue-green : quand doubler l'infra vaut vraiment le coût
Le blue-green bascule tout le trafic d'un coup, pas progressivement. Rollback instantané, prix réel : deux environnements complets à faire tourner en double.
Blue-Green: When Doubling Infrastructure Is Actually Worth It
Blue-green flips all traffic at once, not gradually. Instant rollback, real price: two complete environments running side by side.
kubectl rollout undo: How Kubernetes Rollbacks Work
How Deployment revisions map to ReplicaSets, what kubectl rollout undo actually restores, why GitOps prefers a Git revert, and the gotchas around rollbacks.
kubectl rollout undo : comment fonctionnent les rollbacks
Comment les révisions d'un Deployment correspondent aux ReplicaSets, ce que kubectl rollout undo restaure vraiment, et pourquoi GitOps préfère un revert Git.