如何进行tekton云原生的CI/CD在gitlab应用

如何进行Tekton云原生的CI/CD在GitLab应用

简介

Tekton 是一个 Kubernetes 原生的持续集成(CI)和持续部署(CD)系统，它基于 GitLab Runner 和 Helm v3 作为构建和部署工具，本文将介绍如何在 GitLab 中设置 Tekton 云原生的 CI/CD 流程。

安装 GitLab Runner

1、在 GitLab 项目中添加 Runner

进入 GitLab 项目的 "Settings" -> "CI/CD",点击 "Add a Runner",选择 "Instant Runner"，填写 Runner 的描述、标签等信息，然后选择要使用的 GitLab 实例，为 Runner 分配一个具有相应权限的用户。

2、配置 GitLab Runner

在 "Runner Settings" 页面，可以配置各种参数，如缓存大小、最大并发数等，还可以在 "Runner Groups" 中创建不同的运行器组，以便根据项目类型或优先级对任务进行分组。

安装 Helm v3

1、下载 Helm v3

访问 Helm v3 官方网站(https://helm.sh/docs/intro/install/),选择合适的操作系统和架构版本进行下载，解压下载的文件，进入解压后的目录。

2、初始化 Helm v3

在终端中执行以下命令：

helm init --client-only

这将在当前目录下生成一个名为 .helm 的隐藏文件夹，用于存储 Helm 的配置信息，接下来，需要为用户创建一个 Helm 仓库，以便从中安装和管理 Chart，执行以下命令：

helm repo add my-repo https://charts.my-repo.com

编写 Tekton CRDs(自定义资源定义)和服务帐户配置文件

1、Tekton CRDs

Tekton CRDs 是一组自定义资源定义，用于定义 Tekton 的工作流、管道和任务，需要安装 kubectl 并获取 Tekton CRDs YAML 文件：

curl https://storage.googleapis.com/tekton-releases/latest/release.yaml | kubectl apply -f --dry-run=client -o yaml --validate=false --debug=false

2、Service Account 配置文件

创建一个名为 default-service-account.yaml 的文件，内容如下：

apiVersion: v1
kind: ServiceAccount
metadata:
  name: default-service-account
  namespace: default

apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
  name: default-admin-binding
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-admin
subjects:
kind: ServiceAccount
  name: default-service-account
  namespace: default

使用 kubectl 将此文件应用到集群：

kubectl apply -f default-service-account.yaml --namespace default --dry-run=client -o yaml --validate=false --debug=false --force --grace-period=0 &>/dev/null && kubectl label namespace default role=owner --overwrite=true &>/dev/null && kubectl create serviceaccount default-service-account --namespace default &>/dev/null && kubectl create clusterrolebinding default-admin-binding --clusterrole cluster-admin --serviceaccount default:default-service-account &>/dev/null && kubectl get crd tasks.tekton.dev &>/dev/null && kubectl get crd pipelines.tekton.dev &>/dev/null && kubectl get crd workflows.tekton.dev &>/dev/null && kubectl get sa default &>/dev/null && kubectl describe sa default &>/dev/null && kubectl get pods --all-namespaces &>/dev/null && kubectl describe pods --all-namespaces &>/dev/null && kubectl get configmaps &>/dev/null && kubectl describe configmaps &>/dev/null && kubectl get services &>/dev/null && kubectl describe services &>/dev/null && kubectl get deployments &>/dev/null && kubectl describe deployments &>/dev/null && kubectl get statefulsets &>/dev/null && kubectl describe statefulsets &>/dev/null && kubectl get persistentvolumeclaims &>/dev/null && kubectl describe persistentvolumeclaims &>/dev/null && kubectl get secrets &>/dev/null && kubectl describe secrets &>/dev/null && kubectl get configmaps &>/dev/null && kubectl describe configmaps &>/dev/null && kubectl get services &>/dev/null && kubectl describe services &>/dev/null && kubectl get deployments &>/dev/null && kubectl describe deployments &>/dev/null && kubectl get statefulsets &>/dev/null && kubectl describe statefulsets &>/dev/null && kubectl get persistentvolumeclaims &>/dev/null && kubectl describe persistentvolumeclaims &>/dev/null && kubectl get secrets &>/dev/null && kubectl describe secrets &>/dev/null && kubectl get configmaps &>/dev/null && kubectl describe configmaps &>/dev/null && kubectl get services &>/dev/null && kubectl describe services &>;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><
";