Kubernetes原生CI/CD工具Tekton探秘与上手实践-白红宇

Kubernetes原生CI/CD工具Tekton探秘与上手实践

阅读量：705 次

发布时间：2019-03-17

本文共 1704 字，大约阅读时间需要 5 分钟。

Knative Build的未来：被Tekton取代的背后

近期，Knative 社区引发了一波关注热潮。三大组件之一的build项目被提出一个“残忍”的Proposal，计划逐步废弃。值得一提的是，这个Proposal在项目Readme中开头就加了个NOTE，直接提醒用户将注意转移至Tekton Pipelines。这背后体现了Knative的战略选择：专注于Serverless领域，而将CI/CD相关的功能交给其他工具处理。

为什么要废弃Knative Build？

这个Proposal的核心目的是为了让Knative更专注于其核心领域——Serverless。Knative Build原本承担了CI/CD的功能，随着时间推移，Build模块逐渐演变成一个通用的CI/CD系统，这与其最初的设计初衷不再一致。因此，决定将Build模块剥离出去，让用户自选合适的CI/CD工具。

目前，Tekton已经展露出强大的Kubernetes原生CI/CD能力。Tekton的设计理念源自Knative Build，但它更注重标准化和可扩展性。现有用户可以无缝从Knative Build迁移至Tekton，两者在技术上有着深度的关联。

Tekton：Kubernetes原生CI/CD解决方案

Tekton是一个由Google开源的Kubernetes原生CI/CD系统，功能强大且灵活。其设计理念基于CRD（自定义资源定义），通过定义 Pipeline 和 PipelineRun 实现复杂的CI/CD流程。Tekton的CRD包括 Task、TaskRun、Pipeline、PipelineRun 和 PipelineResource 等，构建了一个完整的CI/CD生态系统。

Tekton的优势

Kubernetes原生：Tekton完全基于Kubernetes，利用Kubernetes的扩展性和可靠性。

灵活性：支持多种任务定义，能够满足不同项目的需求。

开源社区活跃：Tekton正在快速迭代，得到了广泛的支持和参与。

与其他工具兼容：可以与Jenkins、Spinnaker等工具无缝集成，避免耦合问题。

从Knative Build到Tekton的迁移

Tekton的前身是Knative的build-pipeline项目。随着Knative Build功能的不断扩展，开发团队认为Build模块已经超出了其初衷。于是，build-pipeline被剥离，成为Tekton。这种设计理念使得Tekton能够更好地服务于整个CI/CD领域。

实战：构建一个Java应用

部署Tekton非常简单，只需下载官方yaml文件并运行即可。在国内环境下，可以通过替换镜像地址进行部署。运行后，可以在Tekton-pipelines命名空间下看到相应的deployment。

构建一个Spring Boot项目时，可以通过Tekton定义PipelineResource来拉取代码，使用Task定义编译和打包步骤，甚至可以自定义工作目录和挂载路径。Tekton会自动处理代码拉取和构建镜像的步骤，实现真正的代码到镜像的无缝对接。

未来的展望

Tekton虽然还很年轻，但已经成为Continuous Delivery Foundation（CDF）的一员，与Jenkins、Jenkins X、Spinnaker等大师级工具齐名。网易云轻舟团队正在内部实践，探索Tekton作为镜像构建和推送平台的潜力。