如何以可组合块的方式重构CI/CD管道？
InfoQ记者Christian Melendez
讲述：丁婵大小：4.69M时长：03:25
你好，欢迎收听极客视点。
在 DeliveryConf 大会上，VMware 主管工程师布莱恩·莱尔斯（Bryan Liles）讨论了构建持续集成交付即 CI/CD 管道的一系列原则。莱尔斯建议，应将 CI/CD 视为模式而非 Jenkins 或 Spinnaker 这样的具体实现；需要构建一种平台，它由独立于技术堆栈的可组合部分和可替换组件构成。
演讲一开始，莱尔斯介绍了会有多少企业按照传统的方式构建 CI/CD 管道，并阐明建立此类管道的目的是实现应用从开发环境到生产环境的迁移。交付过程在本质上就是从源代码管理方获取应用的代码，进而在管道中编译应用，形成工件并打包（bundle）存储在仓库中。最后，管道将打包文件交付给各个环境，例如开发、测试和生产。莱尔斯指出，如果交付管道看上去非常复杂，那么这意味着技术栈不应该再继续复杂下去了。
在莱尔斯看来，工程人员应该将部署管道看成是一些可组合的块和模式，而非仅注重实际使用的 Jenkins 或 Spinnaker 等具体实现。例如，管道中的一部分可以是完成应用构建、运行测试和创建工件的集成块，该部分可以使用 Jenkins 实现，但也支持使用 Circle CI 等其他工具。管道中的另一个块可以部署应用、征求批准和执行数据迁移的交付过程。集成和交付块都具有一些相同的基本组件，例如 Webhook 触发器、工作流、通知和批准等。集成块和交付块是部署管道这一更大的可组合部分中的一部分。
莱尔斯提出：“必须更多地考虑系统的可组合性。”部署管道应该是一种将应用交付至指定目的地的应用发布“平台即服务”，也就是 PaaS。莱尔斯建议将部署管道重新定义为可组合的 PaaS，工程人员可以轻易更改其中的各个组件。该模式的典型例子就是 Kubernetes。作为构建平台的平台，部署管道可基于 Kubernetes 实现与上述集成块和交付块一样的基本组件，同时支持使用其它各种不同的工具。例如，集成部分可以使用 Tekton 或 Argo 实现触发器、工作流、通知和批准块。
莱尔斯进而指出，Jenkins、Spinnaker 或 ConcourseCI （康考死 CI）之类的工具可用于定义如何构建 CI/CD 管道以及如何使用它们，但应在使用中汲取前车之鉴，避免入坑。由此，他建议应以破旧立新的思维去利用工具。
莱尔斯最后总结道，工具本身是复杂的，但从生态系统角度看，我们应致力于去构建更小且可组合的工具集。他建议工程人员琢磨一下如何共同改进生态系统，而不是沉溺于如何在现有工具上锦上添花。他认为自己提出的构建方式仅是抛砖引玉，“关注点应是更多地考虑系统中的可组合性。”
以上就是今天的内容，希望对你有所帮助。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(1)
- 最新
- 精选
小斧工具本身是复杂的，但从生态系统角度看，我们应致力于去构建更小且可组合的工具集。他建议工程人员琢磨一下如何共同改进生态系统，而不是沉溺于如何在现有工具上锦上添花。他认为自己提出的构建方式仅是抛砖引玉，“关注点应是更多地考虑系统中的可组合性。”
收起评论