我是 devops 的新手,并且正在阅读有关此的 openshift 文档。似乎 buildconfig 和 pipeline(openshift 4.6 中的 tekton)都可以实现 source-to-image 过程并由 git webhooks 触发。那么 openshift buildconfig 和 pipeline 有什么区别呢?
PS:刚完成openshift上的pipeline教程,整个过程没有创建build或buildconfig资源。
我是 devops 的新手,并且正在阅读有关此的 openshift 文档。似乎 buildconfig 和 pipeline(openshift 4.6 中的 tekton)都可以实现 source-to-image 过程并由 git webhooks 触发。那么 openshift buildconfig 和 pipeline 有什么区别呢?
PS:刚完成openshift上的pipeline教程,整个过程没有创建build或buildconfig资源。
Openshift buildconfig 是“特定于 Openshift”的,并且在 Openshift3 中非常热门。当时最热门的东西是source2image。
可以为 S2I、Docker 甚至“管道”设置 Buildconfig。但这并不是将 Openshift Pipelines 与 Tekton 混合使用。BuildConfig 管道是使用 jenkins 文件提供的。
现在,随着 Tekton 在社区中以及在“Openshift Pipeline”下获得更多的稳定性、尊重和成熟度,它一直是做事的正确方式。
这是一种使用 k8s 原生方式设置复杂管道的更完整的方法,而不仅适用于 openshift。
那么除了上面的区别之外,我想说的是,使用管道将为您提供与任何 CI 构建工具一样的所有灵活性和功能。它经常更新,并且有一个很棒的 slack 社区。Buildconfig 对您可以做什么有很多限制。
您可以在 buildconfig 中做的所有事情都可以在 Tekton pipeliens 中实现,但反之则不行。;)
使用 Openshift Pipelines 时,也为 s2i 提供了任务: https ://github.com/openshift/pipelines-catalog
还可以从以下位置添加 Tekton 任务: https ://github.com/tektoncd/catalog