Peta Konsep Pipeline — Lab 3 s/d 8

Fungsi ↔ Command

Sintaks YAML — bagian intinya

kind: Task              # satuan kerja = 1 pod
metadata:
  name: echo            # BEBAS
spec:
  params:              # slot input yang bikin task reusable
    - name: message
  steps:
    - name: echo-message
      image: alpine:3   # TERIKAT: tempat step jalan
      args: ["$(params.message)"]  # sisip nilai param
---
kind: Pipeline
spec:
  params:                   # LAPIS 1: param milik pipeline
    - name: repo-url
  tasks:
    - name: clone          # nama task-di-pipeline (BEBAS)
      taskRef: { name: checkout }
      params:               # LAPIS 2: dioper ke task
        - name: repo-url
          value: "$(params.repo-url)"
    - name: lint
      runAfter: [ clone ]      # INI yang menentukan URUTAN

2 lapis params: param pipeline (spec.params, yang kamu kirim via -p) dioper ke param task (tasks[].params). Nama boleh sama, perannya beda lapis. Dan runAfter = satu-satunya yang menentukan urutan jalan.

BEBAS vs TERIKAT di lab ini

Fungsi ↔ Command

Sintaks YAML — rantai 3 objek trigger

kind: EventListener
metadata: { name: lab4-listener }
spec:
  serviceAccountName: pipeline   # ← harus cocok dgn rbac.yaml
  triggers:
    - bindings: [{ ref: lab4-binding }]
      template: { ref: lab4-template }
---
kind: TriggerBinding      # AMBIL data dari isi event
spec: { params:
    - name: repository
      value: $(body.repository.url) }
---
kind: TriggerTemplate     # CETAK PipelineRun baru
spec: { resourcetemplates:
    - kind: PipelineRun
      metadata: { generateName: lab4-pipeline-run- }
      spec: { pipelineRef: { name: lab4-pipeline }}}  # ← WAJIB = metadata.name pipeline asli

Kendala nyata yang kamu lewati: pipelines.tekton.dev "lab4-pipeline" not found — TriggerTemplate merujuk lab4-pipeline tapi pipeline.yaml masih bernama cd-pipeline. Ganti nama = ganti di SEMUA tempat yang merujuk (impact map).

BEBAS vs TERIKAT di lab ini

Dari mana ClusterRole itu? tekton-triggers-eventlistener-roles/-clusterroles ikut terpasang saat install Tekton Triggers (Lab 3), bukan kamu buat. rbac.yaml cuma menyambungkan SA pipeline ke role itu.

Fungsi ↔ Command

Sintaks YAML — colokan workspace

kind: PersistentVolumeClaim
metadata: { name: custom-pvc }
spec:
  storageClassName: standard   # minikube; IMMUTABLE (delete dulu utk ubah)
  accessModes: [ ReadWriteOnce ]
---
kind: Pipeline
spec:
  workspaces:
    - name: ws-source        # DEKLARASI colokan (BEBAS)
  tasks:
    - name: clone
      workspaces:
        - name: output      # TERIKAT: git-clone minta "output"
          workspace: ws-source   # sambungkan ke deklarasi di atas
      taskRef: { name: git-clone }
      params:
        - name: url          # TERIKAT: bukan repo-url!
        - name: revision     # TERIKAT: bukan branch!

Bedakan: workspaces: (jamak, header deklarasi) vs workspace: (tunggal, penunjuk ke deklarasi). Satu nama workspace harus identik di 3 tempat: deklarasi spec.workspaces, tiap task workspace:, dan flag -w name=.

BEBAS vs TERIKAT di lab ini

Fungsi ↔ Command

Sintaks YAML — dua bentuk args yang beda

# TASK LINT (flake8 dari catalog)
- name: lint
  workspaces: [{ name: source, workspace: ws-source }]  # TERIKAT: "source"
  taskRef: { name: flake8 }
  params:
    - name: image            # TERIKAT, huruf kecil
      value: "python:3.9-slim"
    - name: args             # flake8 = bentuk LIST
      value: ["--count","--max-line-length=127"]
# TASK NOSE (tulis sendiri)
- name: nose
  steps: [{ script: |
      pip install -r requirements.txt
      nosetests $(params.args) }]
  # dipanggil pipeline dgn: args (STRING, bukan list!)
  value: "-v --with-spec --spec-color"

Jebakan case-sensitive: flake8 minta args berbentuk LIST ["a","b"]; nose (buatanmu) minta STRING "-v ...". Beda bentuk untuk nama param yang sama.

Kendala nyata: satu nama workspace ditulis 3 versi (ws-sources typo · pipeline-workspace lama · ws-source) → expects workspace "ws-source" but none exists. Samakan SEMUA.

BEBAS vs TERIKAT di lab ini

Fungsi ↔ Command

Sintaks YAML — task build

spec:
  params:
    - name: build-image       # param pipeline (BEBAS) — tambahkan di spec.params!
  tasks:
    - name: build
      workspaces: [{ name: source, workspace: ws-source }]
      taskRef: { name: buildah }   # JANGAN tulis kind: ClusterTask
      params:
        - name: IMAGE          # TERIKAT — HURUF BESAR SEMUA (case-sensitive!)
          value: "$(params.build-image)"
        - name: STORAGE_DRIVER
          value: "vfs"       # adaptasi minikube (overlay gagal)

Kendala nyata: 4 task masih workspace: pipeline-workspace (harus ws-source) + param build-image belum di spec.params. Dua-duanya harus beres.

BEBAS vs TERIKAT di lab ini

Catatan: nama/tag image bebas, TAPI bagian uyasky/ wajib username DockerHub-mu — kalau bukan, push denied.

Fungsi ↔ Command

Sintaks YAML — aturan label yang WAJIB cocok

kind: Deployment
metadata: { name: surya-counter }
spec:
  selector: { matchLabels: { app: surya-counter }}   # (1)
  template:
    metadata: { labels: { app: surya-counter }}            # (2) WAJIB == (1)
    spec: { containers: [{
        image: docker.io/uyasky/custom-tekton:lab7          # dari DockerHub-mu
        ports: [{ containerPort: 8000 }] }] }          # port gunicorn (TERIKAT)
---
kind: Service
spec:
  selector: { app: surya-counter }                       # (3) WAJIB == (2)
  ports: [{ port: 8000, targetPort: 8000 }]

Aturan keras yang divalidasi Kubernetes: spec.selector.matchLabels = spec.template.metadata.labels, kalau beda → Deployment ditolak (selector does not match template labels). Lalu Service selector juga harus = label pod, kalau tidak curl gagal diam-diam. 3 label app: harus identik. (Ini persis error yang kamu temui: satu label sempat lab8-app.)

Beda pod ini: pod aplikasi Running terus (dijaga Deployment), bukan Completed seperti pod task. Itu sebabnya curl /health tetap menjawab walau pipeline sudah berakhir.

BEBAS vs TERIKAT di lab ini