基于 Zadig 的 GitOps 实践

GitOps 是 WeaveWorks 于 2017 年提出的概念，其核心思想是将应用程序的服务配置、数据库、编排配置等以代码的形式组织在 Git 仓库中，来组织整个部署过程，实现应用程序的版本化、自动化和标准化。

GitOps 的两种模式

GitOps 的部署策略有两种实现方式：基于 Push 的方式和基于 Pull 的方式。两者的主要区别如下：

基于 Push 的方式 基于 Pull 的方式

• Push 方式是作为上帝视角来做环境的更新，而 Pull 方式则可以利用权限鉴权等信息做安全性及合规性保障。
• Push 方式是在代码变更后触发更新，如果有人手动修改了集群中的配置，集群中的配置就会和代码库中的配置有差异；而 Pull 方式实现方式，则是检测集群和代码库中的配置，当发现不一致时，自动/手动触发更新，让环境中使用的配置始终和代码库中的保持一致。

Zadig 关于 GitOps 的思考

Zadig 作为一款开源持续交付产品，致力于帮助工程师成为企业创新的核心引擎。Zadig 充分融合 GitOps 的思想，结合 Pull 和 Push 两种方式进行实践，帮助工程师高效输出：

• 让工程师专注在业务价值创造上，减少其对繁琐部署流程的参与：Webhook 及全自动软件交付流水线能力，让业务代码“所见即所得”的在环境中生效。
• 降低工程师对服务配置、环境管理的心智负担：服务配置 AsCode，Git 仓库中环境配置变更后自动同步到 Zadig 中，服务配置变更后自动更新环境。 下面具体阐述 Zadig 中是如何实践 GitOps 来助力高效交付的。

Zadig 中的 GitOps 实践

代码变更、环境配置变更、服务配置变更后，均可自动部署环境。

代码变更

在 Zadig 中配置工作流，增加触发器配置后，系统会自动在对应的 Git 仓库中创建 Webhook。当满足条件的事件发生时会自动触发工作流执行，将最新代码变更部署到环境中。

对于不同的环境，在工作流中配置多个 Webhook 触发器，实现多环境的 GitOps。

环境配置变更

支持从 Git 仓库中导入环境配置（Ingress/ConfigMap/Secret/PVC），导入时开启自动同步开关。 当 Git 仓库中配置内容变更后，会自动更新 Zadig 中的环境配置。

服务配置变更

支持从 Git 仓库导入服务配置创建服务。 在服务策略中开启服务自动更新开关，当代码库中的服务配置内容有变更时，会自动同步更新 Zadig 中的服务配置，并自动基于新的配置更新环境中的对应服务。

小结

基于 Webhook 的自动化可持续部署可简化中间流程提高部署效率；服务配置及时自动同步能力可使服务规模化的过程更加有序可控，为团队带来一致性；环境自动更新能力，增强开发人员的使用体验。

一言以概之，Zadig 中关于 GitOps 的实践，支持团队以小步快跑的方式迭代产品，缩短从代码到交付的过程，更快验证价值。

Zadig，让工程师更专注创造！欢迎加入 开源吐槽群🔥

Zadig on Github
Zadig on Gitee