Tekton 是一个用于创建持续集成和持续交付（CI/CD）系统的 Kubernetes 原生开源框架。通过对底层实施细节的抽象，它还可以帮助你在多个云供应商或企业内部系统中进行端到端（构建、测试、部署）应用开发。
Tekton 介绍Tekton最初被称为Knative Build，后来被重组为独立的开源项目，有自己的治理组织，现在是属于Linux 基金会的项目。Tekton 提供了一个集群内的容器镜像构建和部署工作流程，换句话说，它是一个持续集成continuous integration（CI）和持续交付continuous delivery（CD）服务。它由 Tekton 流水线和几个支持组件如 Tekton CLI、Triggers 和 Catalog 等组成。
Tekton 是一个 Kubernetes 原生应用。它在 Kubernetes 集群中作为扩展被安装和运行，由一套Kubernetes 定制化资源组成，定义了你为流水线创建和复用的构建块。由于 Tekton 是一种 Kubernetes 原生技术，所以它非常容易扩展。当你需要增加你的工作负载时，你只需向你的集群添加节点就可以了。由于其可扩展的设计和社区贡献的组件库，它也很容易定制。
(资料图片)
对于需要 CI/CD 系统来开展工作的开发人员，和为其组织内的开发人员建立 CI/CD 系统的平台工程师，Tekton 是理想选择。
Tekton组件构建 CI/CD 流水线的过程非常复杂，因此 Tekton 为每一步都提供工具。以下是 Tekton 提供的主要组件：
流水线Pipeline： 定义了一组 Kubernetes自定义资源，作为你用来组装 CI/CD 流水线的构建块。触发器Triggers：一种 Kubernetes 自定义资源，允许你根据从事件有效载荷中提取的信息来创建流水线。例如，你可以在每次创建 Git 仓库的合并请求时，触发流水线的实例化和执行。命令行CLI：提供一个名为tkn的命令行界面，你可以使用它从终端与 Tekton 进行交互。仪表盘Dashboard：是 Tekton 流水线的一个基于网页的图形界面，显示流水线的执行信息。目录Catalog：是一个高质量的、由社区贡献的 Tekton 构建块（任务、流水线等），可在你自己的流水线中使用。中心Hub：是一个基于网页的图形界面，用于访问 Tekton 目录。操作员Operator：是一种 Kubernetes操作员模式，你可以在 Kubernetes 集群中安装、更新、升级和删除 Tekton 项目。链Chains：是一个 Kubernetes自定义资源定义Custom Resource Definition（CRD）控制器，使你可以在 Tekton 中处理供应链安全的问题。正在开发中。结果Results：旨在帮助用户对 CI/CD 工作负载历史进行逻辑分组，并将长期结果的存储从流水线控制器中分离出来。Tekton 术语Tekton terminology
步骤Step：是 CI/CD 工作流程中最基本的实体，例如为 Python 网络应用程序运行一些单元测试或编译一个 Java 程序。Tekton 使用容器镜像执行每个步骤。任务Task：:kissing:*是按特定顺序排列的步骤的集合。Tekton 以Kubernetes 容器荚的形式运行任务，其中每个步骤都成为容器荚pod流水线Pipelines：是按特定顺序排列的任务的集合。Tekton 把所有任务连接成一个有向无环图directed acyclic graph（DAG），并按顺序执行图。换句话说，它创建了一些 Kubernetes 容器荚，并确保每个容器荚按预期成功运行。Tekton pipelines
流水线运行PipelineRun：顾名思义，是一条流水线的具体执行。任务运行TaskRun：是一个任务的具体执行。你可以选择在流水线外运行一次任务运行，可以通过它查看任务中每个步骤执行的具体情况。创建你的 CI/CD 流水线开始使用 Tekton 的最简单方法是自己编写一个简单的流水线。如果你每天都在使用 Kubernetes，那你可能对 YAML 很熟悉，这正是 Tekton 流水线的定义方式。下面是一个克隆代码库的简单流水线的例子。
首先，创建一个task.yaml文件，用你喜欢的文本编辑器打开它。这个文件定义了你要执行的步骤Step。在这个例子中，就是克隆一个仓库，所以我把这个步骤命名为 “clone”。该文件设置了一些环境变量，然后使用一个简单的 shell 脚本来执行克隆。
接下来是任务Task。你可以把步骤看作是一个被任务调用的函数，而任务则设置步骤所需的参数和工作空间。
apiVersion: tekton.dev/v1beta1kind: Taskmetadata: name: git-clonespec: workspaces: - name: output description: The git repo will be cloned onto the volume backing this Workspace. params: - name: url description: Repository URL to clone from. type: string - name: revision description: Revision to checkout. (branch, tag, sha, ref, etc...) type: string default: "" steps: - name: clone image: "gcr.io/tekton-releases/github.com/tektoncd/pipeline/cmd/git-init:v0.21.0" env: - name: PARAM_URL value: $(params.url) - name: PARAM_REVISION value: $(params.revision) - name: WORKSPACE_OUTPUT_PATH value: $(workspaces.output.path) script: | #!/usr/bin/env sh set -eu CHECKOUT_DIR="${WORKSPACE_OUTPUT_PATH}" /ko-app/git-init \ -url="${PARAM_URL}" \ -revision="${PARAM_REVISION}" \ -path="${CHECKOUT_DIR}" cd "${CHECKOUT_DIR}" EXIT_CODE="$?" if [ "${EXIT_CODE}" != 0 ] ; then exit "${EXIT_CODE}" fi # Verify clone is success by reading readme file. cat ${CHECKOUT_DIR}/README.md创建第二个文件pipeline.yaml，并用你喜欢的文本编辑器打开它。这个文件通过设置诸如可以运行和处理任务的工作区等重要参数来定义流水线。
apiVersion: tekton.dev/v1beta1kind: Pipelinemetadata: name: cat-branch-readmespec: params: - name: repo-url type: string description: The git repository URL to clone from. - name: branch-name type: string description: The git branch to clone. workspaces: - name: shared-data description: | This workspace will receive the cloned git repo and be passed to the next Task for the repo"s README.md file to be read. tasks: - name: fetch-repo taskRef: name: git-clone workspaces: - name: output workspace: shared-data params: - name: url value: $(params.repo-url) - name: revision value: $(params.branch-name)
最后，创建一个pipelinerun.yaml文件，用喜欢的文本编辑器打开它。这个文件真正的运行流水线。它调用流水线中定义的参数（继而调用任务文件中定义的任务）。