实现基于 GitLab 的数据库 CI/CD 最佳实践

数据库变更一直是整个应用发布过程中效率最低、流程最复杂、风险最高的环节，也是 DevOps 流程中最难以攻克的阵地。那我们是否能在具体的 CI/CD 流程中，像处理代码那样处理数据库变更呢？

DORA 调研报告

DORA（DevOps Research & Assessment）是一家专注于 DevOps 的研究机构， 在该领域以专业与客观著称。自 2014 年以来，DevOps 调研了全球范围内超过 32,000 名专业人员，并以年度报告的形式对外发布研究成果。DORA 明确指出，将数据库变更纳入应用发布流程将显著提升整体发布效率。

这一结论并不令人意外。问题是，该怎么做？

一个完整的基于 GitLab 的数据库 CI/CD 工作流

通过 Bytebase，我们将实现一个完整的基于 GitLab 的数据库 CI/CD 工作流：

1. 开发者将变更 SQL 脚本提交到代码分支；
2. 触发 Bytebase 提供的 SQL 审核 CI 进行自动化 SQL 审核，并给出修改建议；
3. 修改完成后的 SQL 脚本合并入主分支；
4. 自动触发发布流程，脚本将被推送到 Bytebase 工具中；
5. Bytebase 内置的自动审核将对变更语句进行二次确认，根据变更风险等级自动匹配审批流，根据审批流审批；
6. 审批后的语句可以通过手动或自动触发在目标库中执行；
7. 变更完成后的数据库最新 schema 结构将被自动回写入代码仓库；
8. 确认变更完成后，触发下一阶段的应用发布流程。

通过 Bytebase 社区版实现

让我们一步一步看看这个过程怎样实现的。

第一步 通过 Docker 启动 Bytebase，并配置外部 URL

ngrok 是一个反向代理