Deweloper migrował aplikację do Amazon EKS i przeniósł obrazy do Amazon ECR. Utworzył nowe konto AWS i zaktualizował konfigurację aplikacji, aby wskazywała na nowe zasoby backendu. Kompilacja i wdrożenie potoku zakończyły się sukcesem, ale uruchomiona aplikacja nadal łączy się ze starym backendem. Dochodzenie wykazało, że konfiguracja aplikacji nadal odwołuje się do oryginalnego klastra EKS. Jaki jest powód, dla którego aplikacja nie połączyła się z nowymi zasobami?

Aplikacja nadal łączy się ze starym backendem, ponieważ wdrożona wersja aplikacji w klastrze EKS odwołuje się do poprzedniej wersji obrazu Docker. Mimo że deweloper przeniósł obrazy do Amazon ECR i zaktualizował konfigurację aplikacji, nie zaktualizował tagu obrazu Docker w definicji wdrożenia EKS. W rezultacie EKS nadal pobiera i uruchamia kontener ze starym obrazem, który zawiera odniesienia do poprzedniego klastra EKS. Aby aplikacja połączyła się z nowymi zasobami, deweloper musi zaktualizować tag obrazu Docker w manifestach Kubernetes (np. w pliku Deployment.yaml) i ponownie wdrożyć aplikację w klastrze EKS.