AWS应用负载均衡器未加载ECR最新镜像问题求助

首先明确：ALB只是流量转发入口，不会主动拉取ECR镜像，真正运行容器的是后端的ECS/EKS这类服务。要显示新内容，核心是让后端服务重新拉取ECR最新镜像并重启容器。结合你用的双流水线栈（资源创建+应用部署），具体调整如下：

1. 让应用部署流水线触发服务更新 #

你的应用部署栈需要在镜像推送ECR后，主动触发后端服务的滚动更新：

• 如果用ECS：
  • 在buildspec.yaml的部署阶段，添加AWS CLI命令强制ECS服务重新部署：

    aws ecs update-service --cluster <你的ECS集群名> --service <你的ECS服务名> --force-new-deployment
    

  • 或者在CloudFormation/CDK的部署模板里，让ECS服务的TaskDefinition动态关联最新镜像标签，确保每次部署时TaskDefinition更新，自动触发服务滚动更新。
• 如果用EKS：
  • 在部署阶段执行命令触发Pod滚动更新：

    kubectl set image deployment/<你的部署名> <容器名>=<ECR镜像地址:最新标签>
    

2. 调整镜像标签策略（规避latest缓存坑） #

用latest标签容易出现容器运行时缓存旧镜像的问题，建议每次构建生成唯一标签（比如Git短提交哈希、时间戳）：

• 在buildspec.yaml的构建阶段生成唯一标签：

  IMAGE_TAG=$(git rev-parse --short HEAD)
  

• 推送镜像时同时打唯一标签和latest标签：

  aws ecr get-login-password --region <你的区域> | docker login --username AWS --password-stdin <你的ECR仓库地址>
  docker build -t <ECR仓库地址>:$IMAGE_TAG -t <ECR仓库地址>:latest .
  docker push <ECR仓库地址>:$IMAGE_TAG
  docker push <ECR仓库地址>:latest
  

• 部署时优先使用唯一标签，确保服务拉取的是明确的新版本镜像。

3. 完善流水线的触发与依赖逻辑 #

针对你的双流水线栈，要确保：

• 应用部署流水线的触发条件包含ECR镜像推送事件：在CodePipeline中把ECR设为源阶段的触发器，新镜像推送时自动启动部署流程。
• 如果用CloudFormation管理应用部署，模板中服务的TaskDefinition要通过参数传递镜像标签，每次部署更新参数值，确保资源关联最新镜像。

4. 验证更新是否生效 #

部署完成后，通过以下方式确认：

• ECS：查看ECS服务的「部署历史」，确认有新部署记录，且任务实例已更新为新的TaskDefinition。
• EKS：执行kubectl get pods查看Pod是否重新创建，用kubectl describe pod <Pod名>确认镜像地址为最新版本。
• 用curl <ALB DNS>测试，避开浏览器缓存的干扰。

内容的提问来源于stack exchange，提问作者Ram