如何在AWS Elastic Beanstalk Docker平台中管理应用版本及实现回滚

兄弟，我太懂你这种困惑了——只用latest标签部署确实省事儿，但真要回滚的时候就会发现根本不是那么回事儿，我来给你拆解下怎么解决这个版本管理的问题：

先解答你的核心疑问 #

你说得没错，如果你的docker-compose.yml里一直写的是someapp:latest，那EB控制台或CLI里显示的“之前的版本”其实没啥用——因为不管你选哪个历史版本部署，EB最终还是会拉取仓库里的latest镜像，根本达不到回滚的效果。这也是只用latest标签的最大坑点。

正确的版本管理姿势 #

1. 给镜像打唯一版本标签

别再只用latest了，给每个构建的镜像打上唯一且可追溯的版本标签，比如：

• Git提交哈希：someapp:a1b2c3d（和代码提交绑定，最容易追踪）
• 语义化版本号：someapp:v1.0.0、someapp:v1.1.0
• 时间戳：someapp:202405201430

每次构建推送镜像时，同时推这个唯一标签和latest（方便日常开发拉取），但部署EB的时候只用唯一标签。

2. 优化docker-compose.yml的版本维护

每次手动改docker-compose.yml里的标签确实麻烦，这里有两个优化方案：

• 用环境变量动态替换：在docker-compose.yml里把镜像标签写成变量，比如：

  services:
    web:
      image: someapp:${IMAGE_TAG}
  

  然后部署的时候通过EB CLI传入这个变量：

  eb deploy --envvars IMAGE_TAG=v1.0.0
  

  或者在EB控制台的环境配置里设置IMAGE_TAG环境变量，这样不用每次改配置文件。
• 用EB扩展配置（.ebextensions）：创建.ebextensions/docker-config.config文件，在里面定义镜像标签的替换逻辑，比如：

  option_settings:
    - namespace: aws:elasticbeanstalk:application:environment
      option_name: IMAGE_TAG
      value: v1.0.0
  

  这样每次部署只需要更新这个扩展配置里的版本号，或者结合CI/CD自动生成。

3. 利用EB的应用版本功能实现回滚

当你用带唯一标签的镜像部署后，EB会把这次部署记录为一个应用版本，这个版本会和你指定的镜像标签绑定。之后要回滚时，直接在EB控制台选择对应的历史应用版本部署，或者用CLI命令：

eb deploy --version <你的应用版本ID>

这时候EB会拉取对应版本标签的镜像，而不是latest，真正实现回滚到之前的状态。

额外的实践建议 #

• 保留旧版本镜像：私有仓库里别随便删除旧版本的镜像，不然回滚的时候会拉取不到。
• CI/CD自动化：把镜像构建、打标签、推送、EB部署全流程自动化，比如用GitHub Actions或GitLab CI，每次代码提交自动生成带哈希标签的镜像，然后部署到EB，这样版本管理完全不用手动操作。
• 给EB应用版本加描述：每次部署时给EB的应用版本加上备注（比如关联的Git提交信息或版本号），这样在控制台里能快速识别每个版本对应的内容。

备注：内容来源于stack exchange，提问作者skrat