Ein Entwickler hat eine Anwendung zu Amazon EKS migriert und Images zu Amazon ECR verschoben. Er hat ein neues AWS-Konto erstellt und die Anwendungskonfiguration aktualisiert, um auf neue Backend-Ressourcen zu verweisen. Der Pipeline-Build und die Bereitstellung waren erfolgreich, aber die laufende Anwendung verbindet sich immer noch mit dem alten Backend. Eine Untersuchung zeigt, dass die Anwendungskonfiguration immer noch auf den ursprünglichen EKS-Cluster verweist. Welcher Grund erklärt, warum die Anwendung keine Verbindung zu den neuen Ressourcen hergestellt hat?

Die Anwendung verbindet sich weiterhin mit dem alten Backend, weil das Docker-Image-Tag der Anwendung nicht aktualisiert wurde. Auch wenn die Pipeline erfolgreich war und die Konfiguration im Code aktualisiert wurde, verwendet der EKS-Cluster wahrscheinlich immer noch das alte Image-Tag, das die alte Konfiguration enthält. Um die neuen Backend-Ressourcen zu nutzen, muss ein neues Docker-Image mit der aktualisierten Konfiguration erstellt und mit einem neuen Tag versehen werden. Anschließend muss der EKS-Cluster angewiesen werden, dieses neue Image-Tag zu verwenden. Die Erstellung des neuen AWS-Kontos ist irrelevant für dieses Problem, da das Konto existiert. Das Hinzufügen eines neuen Tags zum Docker-Image ohne dessen Verwendung im EKS-Cluster löst das Problem nicht. Die Übertragung von Änderungen an ein neues Docker-Image-Tag ist der richtige Schritt, aber wenn der EKS-Cluster nicht auf dieses neue Tag verweist, bleibt das Problem bestehen.