如何基于Liquibase+Jenkins+EKS+Spring Boot实现自动回滚？

核心逻辑 #

将Docker镜像标签与Liquibase变更集标签一一绑定，回滚镜像时，通过镜像标签定位到对应的数据库变更版本，自动执行回滚操作。

具体落地步骤 #

1. 构建环节：给变更集打对应镜像标签 #

• 在Docker镜像构建过程中，把镜像标签（如v1.2.3）同步标记到Liquibase的变更集上：
  • 用Maven/Gradle构建时，直接调用Liquibase的打标命令：mvn liquibase:tag -Dliquibase.tag=${DOCKER_IMAGE_TAG}，确保该版本所有已执行的变更集都被打上和镜像一致的标签。
  • 也可以在Spring Boot应用启动时，通过环境变量DOCKER_TAG传入标签值，自定义启动逻辑调用Liquibase API完成打标（比如在ApplicationRunner中执行tag操作）。

2. 回滚环节：镜像与数据库联动回滚 #

当需要回滚到旧版本镜像（如v1.2.2）时：

• 先执行Liquibase回滚命令：liquibase rollback-to-tag -Dliquibase.tag=v1.2.2，将数据库恢复到对应版本的状态。
• 把回滚命令集成到Docker镜像的启动脚本（如entrypoint.sh）中：启动应用前，先读取当前镜像的标签，自动触发对应版本的回滚操作，再启动Spring Boot服务。

3. CI/CD流水线自动化 #

在Jenkins、GitLab CI这类流水线工具中，加入回滚判断逻辑：

• 触发回滚任务时，先获取目标镜像的标签，调用Liquibase回滚到该标签，确认数据库回滚完成后，再部署目标版本的镜像。
• 全程保证镜像标签和Liquibase标签完全一致，避免版本不匹配导致的问题。

关键注意点 #

• 所有变更集必须定义回滚逻辑：比如CREATE TABLE要对应写DROP TABLE的回滚语句，Liquibase才能自动执行回滚。
• 标签要全局唯一：每个Docker镜像标签只能对应一组Liquibase变更集标签，禁止重复使用标签。
• 处理变更依赖：确保变更集之间没有循环依赖，否则回滚时可能出现报错，提前做好变更集的依赖梳理。

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