Revenez en arrière à 19h40 sans réveiller personne
Choisissez la dernière révision saine et redéployez-la — le même bouton, quel que soit l’astreinte.
“@here qui a un accès kubectl prod ? La release de 18h20 renvoie des 500 et je ne peux pas la rollback moi-même”
Ce que coûte l’attente
Trente-cinq minutes d’erreurs, une escalade, et la soirée d’un ingénieur — pour une action qui prend quatre secondes.
Dans Fenwave
Deployments›checkout-api›History›Roll back
Fonctionnalité
Deployment ManagerUn rollback n’est pas une opération difficile, c’est une opération privilégiée — d’où le fait qu’elle se retrouve derrière celui qui détient un kubeconfig. Fenwave conserve chaque révision dans l’historique avec le commit et l’auteur, et confie le bouton de rollback à l’équipe propriétaire du service. ArgoCD applique le changement : l’état du cluster et l’état Git restent d’accord.
Comment ça marche
- 01Ouvrez le service dans Deployments et passez à l’onglet History.
- 02Chaque révision indique son commit, son auteur, sa durée et son résultat.
- 03Sélectionnez la dernière révision saine et confirmez le rollback.
- 04ArgoCD synchronise le cluster sur cette révision ; la progression s’affiche en direct.
- 05Le rollback est lui-même enregistré : la chronologie reste complète.