Un développeur a migré une application vers Amazon EKS et a déplacé les images vers Amazon ECR. Il a créé un nouveau compte AWS et a mis à jour la configuration de l'application pour qu'elle pointe vers de nouvelles ressources backend. La construction et le déploiement du pipeline ont réussi, mais l'application en cours d'exécution se connecte toujours à l'ancien backend. L'enquête montre que la configuration de l'application fait toujours référence à l'ancien cluster EKS. Quelle est la raison qui explique pourquoi l'application ne s'est pas connectée aux nouvelles ressources ?

L'application se connecte toujours à l'ancien backend car le déploiement EKS utilise une image Docker avec une ancienne balise, même si de nouvelles images ont été poussées vers ECR. Lorsque le pipeline de CI/CD a été exécuté, il a probablement construit une nouvelle image et l'a poussée vers ECR, mais le fichier de déploiement Kubernetes (par exemple, un manifeste YAML) n'a pas été mis à jour pour référencer la nouvelle balise d'image. Par conséquent, le cluster EKS continue de déployer des conteneurs à partir de l'ancienne version de l'image, qui contient la configuration pointant vers l'ancien backend. Les autres options sont incorrectes car : Si le nouveau compte AWS n'avait pas été créé, le pipeline n'aurait pas pu réussir. Ajouter une nouvelle balise à l'image Docker n'est pas suffisant ; il faut aussi que le déploiement EKS utilise cette nouvelle balise. Pousser les modifications vers une nouvelle balise d'image Docker est une étape nécessaire, mais sans la mise à jour du déploiement EKS pour utiliser cette balise, cela ne résout pas le problème.