Contexte : Une application critique doit exécuter des migrations de base de données lors des upgrades Helm. Le Problème : En cas d'échec de migration, le cluster se retrouve dans un état incohérent car aucun mécanisme de rollback automatisé n'est prévu. Contraintes : Utiliser les hooks Helm (pre-upgrade, post-upgrade, pre-rollback). Aucun outil externe autorisé. Les migrations doivent être exécutées via un Job Kubernetes. Livrable attendu : Fournir une stratégie complète utilisant les hooks Helm et des Jobs pour garantir des upgrades sûrs avec capacité de rollback contrôlé.