33、CI/CD、多云管道设计及AIOps入门

CI/CD、多云管道设计及AIOps入门

1. CI/CD中的推拉原则

CI/CD 管道通常与分支一起工作，开发团队一般有一个主分支。向主分支推送新代码有两种方法：
- 直接推送到主分支 ：开发人员直接在主代码中工作，对代码进行小的修改后直接合并回主分支，这种操作称为提交（commit）。开发人员每天会进行多次提交，这样能确保频繁发布。持续集成（CI）的理念是避免长时间、复杂的集成过程，开发人员以小批量代码工作并频繁提交到主分支，能立即看到修改是否正确，且有问题时可轻松回滚。代码提交后执行自动化测试至关重要，可确保系统无故障运行。
- 推送到主分支的派生分支 ：团队从主分支复制代码创建单独的功能分支，即派生（forking）。这种方法常用于重大开发和创建新功能，开发人员可在派生代码上独立工作，完成后再将代码提交回主分支进行合并。但这种方式可能导致复杂的集成，合并前需要进行大量测试。

无论采用哪种方法，代码都会被推送到仓库（如 GitHub）。开发人员提交代码后会发起拉取请求（pull request），在将更改合并到主分支之前，新的更改代码会经过审查。

2. CI/CD 最佳实践

在使用 CI/CD 时，有两个最佳实践原则：
- 四眼原则 ：编程时进行代码审查。可以采用开发者结对的方式，即第二名开发者审查第一名开发者的代码，这也被称为极限编程；或者采用同行评审的方式，代码作者和至少另一名开发者在开发过程结束时进行审查。
- 运行自动化测试脚本 ：在代码实际提交到主分支