Page MenuHomePhabricator

Evaluate Tekton
Closed, ResolvedPublic


Tekton Pipeline is a bit different than other candidates we have on the list but nonetheless a compelling option. It's essentially a set of k8s custom resource definitions (CRDs) that can constitute a basic CI/CD system. Whether this alone, or with minimal extension, could make up a sufficient system is not clear. Other systems such as Jenkins X seem to be evaluating it as an underlying framework.

A good background on the project, as a subproject of the Knative Community Project, can be found here.

Event Timeline

dduvall created this task.Mar 8 2019, 5:58 PM
zeljkofilipin triaged this task as Normal priority.Mar 14 2019, 6:15 PM
hashar added a subscriber: hashar.Mar 15 2019, 6:57 AM
LarsWirzenius removed LarsWirzenius as the assignee of this task.Mar 18 2019, 1:23 PM
zeljkofilipin closed this task as Declined.Mar 19 2019, 10:07 AM

After some initial evaluation, we have decided it does not meet our requirements.

zeljkofilipin reopened this task as Open.Mar 20 2019, 10:46 AM

@dduvall said in IRC that he would like to evaluate it. He was able to get it running locally.

dduvall added a comment.EditedMar 21 2019, 7:10 PM


Tekton is narrow in scope but it seems to do what it does well: It provides a coherent set of Custom Resource Definitions (CRD) necessary to get CI type workloads running on k8s efficiently and quickly. Its narrowness in scope and CRD nature yield these benefits and drawbacks:

  • Benefit: It took very little time and effort to install Tekton CRDs into minikube and get Blubber built using the new Pipeline/Task resources, ~ an hour or so.
  • Benefit: For someone with k8s knowledge, it was perfectly clear what was going on under the hood and the running system was easy to interrogate using kubectl get taskruns, kubectl get pipelineruns etc.
  • Benefit: Execution of the task had almost no additional overhead since k8s is doing all the work (i.e. TaskRuns simply spawn Pods).
  • Benefit: The PipelineResource, Pipeline, Task, PipelineRun, TaskRun resources are all very flexible in their design. I could see these being either maintained by teams themselves or being generated by a higher level abstraction that we provide (e.g. a .pipeline/config.yaml).
  • Drawback: For a developer having no k8s knowledge, interrogating the running system would not be easy. A Web UI and/or CLI tooling built around kubectl would be straightforward to implement but would have to be implemented nonetheless.
  • Drawback: This is a barebones system that would require us to implement UI and possibly other components (e.g. an Gerrit event-stream handler and reporting, however that's true for other systems too).


I followed the docs and installation worked perfectly in well under a minute on a fresh minikube.

$ minikube start
๐Ÿ˜„  minikube v0.35.0 on darwin (amd64)
๐Ÿ”ฅ  Creating virtualbox VM (CPUs=2, Memory=2048MB, Disk=20000MB) ...
๐Ÿ“ถ  "minikube" IP address is
๐Ÿณ  Configuring Docker as the container runtime ...
โœจ  Preparing Kubernetes environment ...
๐Ÿšœ  Pulling images required by Kubernetes v1.13.4 ...
๐Ÿš€  Launching Kubernetes v1.13.4 using kubeadm ...
โŒ›  Waiting for pods: apiserver proxy etcd scheduler controller addon-manager dns
๐Ÿ”‘  Configuring cluster permissions ...{F28437673}
๐Ÿค”  Verifying component health .....
๐Ÿ’—  kubectl is now configured to use "minikube"
๐Ÿ„  Done! Thank you for using minikube!
$ kubectl apply --filename
namespace/tekton-pipelines created created
serviceaccount/tekton-pipelines-controller created created created created created created created created created
service/tekton-pipelines-controller created
service/tekton-pipelines-webhook created
configmap/config-artifact-bucket created
configmap/config-entrypoint created
configmap/config-logging created
deployment.apps/tekton-pipelines-controller created
deployment.apps/tekton-pipelines-webhook created
$ kubectl get pods --namespace tekton-pipelines
NAME                                           READY   STATUS    RESTARTS   AGE
tekton-pipelines-controller-65dd4b87c6-dxhvg   1/1     Running   0          10s
tekton-pipelines-webhook-679d966dc9-hqlt8      1/1     Running   0          10s

Building Blubber

I wrapped everything up in a Makefile which shows what is needed to get Blubber built. I particularly liked how well the CRDs mapped to widespread CI concepts of pipelines, resources, and tasks, which made writing a simple pipeline for Blubber straightforward, but would also allow for more complex pipelines.

all: clean resources run

	kubectl apply --filename

	kubectl delete pipelineruns --all
	kubectl delete pipelines --all
	kubectl delete tasks --all
	kubectl delete pipelineresources --all

	kubectl apply -f resources.yaml

	kubectl apply -f runs.yaml
kind: PipelineResource
  name: blubber-master-branch
  type: git
    - name: revision
      value: master
    - name: url
kind: Task
  name: build-go-project-via-make
      - name: src
        type: git
    - name: build-via-make
      image: golang:1.11
        - sh
        - "-c"
        - "cd src && go build ./cmd/blubber"
kind: Pipeline
  name: build-go-project-via-make-pipeline
    - name: source-repo
      type: git
    - name: build-via-make
        name: build-go-project-via-make
          - name: src
            resource: source-repo
kind: PipelineRun
  name: build-blubber-1
    name: build-go-project-via-make-pipeline
    type: manual
    - name: source-repo
        name: blubber-master-branch
dduvall closed this task as Resolved.Mar 21 2019, 7:25 PM
dduvall claimed this task.
zeljkofilipin renamed this task from Evaluate Tekton Pipeline to Evaluate Tekton.Mar 22 2019, 1:58 PM