推送Docker镜像至ECR后，如何触发EC2 ASG/EB自动更新实例？

你之前的自动更新逻辑确实依赖Elastic Beanstalk（EB）的原生能力——当EB环境关联的ECR镜像更新时，EB会自动触发环境部署，进而让Auto Scaling Group（ASG）替换实例运行新镜像。现在功能失效，大概率是EB的镜像关联配置被改动，或是更新触发逻辑出现异常。

针对EB + Docker + ECR的场景，以下是贴合你之前极简流程的恢复步骤：

• 步骤1：确认EB环境的镜像源配置
  登录AWS控制台进入目标EB环境，查看配置 > 软件板块：

  • 核对Docker容器配置里的镜像路径，确保指向你的ECR镜像（格式示例：123456789012.dkr.ecr.region.amazonaws.com/your-repo:latest）
  • 若使用latest标签，确认EB已开启自动拉取最新镜像（部分EB环境默认启用，若被手动关闭需重新打开）

• 步骤2：在Semaphore CI流程末尾添加EB更新命令
  你之前的无额外服务方案，最可能是在Semaphore推送镜像后直接调用EB更新接口。在Semaphore的CI脚本中加入以下命令（前提是Semaphore已配置好具备eb:UpdateEnvironment权限的AWS凭证）：

  aws elasticbeanstalk update-environment --environment-name your-eb-env-name --option-settings Namespace=aws:elasticbeanstalk:container:docker,OptionName=Image,Value=123456789012.dkr.ecr.region.amazonaws.com/your-repo:latest
  

  这条命令会直接通知EB环境拉取最新ECR镜像，EB会自动完成ASG实例替换：先启动运行新镜像的实例，健康检查通过后终止旧实例，全程无需手动干预。

• 步骤3：检查EB的部署策略
  进入EB环境的配置 > 容量板块，确认部署策略为滚动更新或滚动带额外批次（这两种策略会自动替换ASG内的实例），避免设置为Immutable模式（该模式会创建新ASG，不符合你之前的预期）。

• 步骤4：验证ECR镜像权限
  确保EB环境的实例角色（aws-elasticbeanstalk-ec2-role）拥有ecr:GetDownloadUrlForLayer、ecr:BatchGetImage、ecr:BatchCheckLayerAvailability权限，否则实例无法拉取新镜像，EB会终止更新流程。

若上述步骤无效，可检查：

• Semaphore的AWS凭证是否过期或权限不足，无法调用EB更新API
• EB环境的健康状态是否正常，若处于警告/错误状态，EB会暂停自动更新
• ECR镜像的标签是否匹配，避免推送了新标签但EB仍指向旧标签

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