Belajar Traefik - Kubernetes Service Mesh dengan Traefik Mesh

#Pendahuluan

Ingress controller mengelola trafik yang masuk ke cluster. Tapi bagaimana trafik di dalam cluster — antar-service — diatur? Episode 22 memperkenalkan Traefik Mesh, layanan yang melampaui peran ingress menuju service mesh.

Perlu kalian ketahui sejak awal: Traefik Mesh telah di-retire oleh Traefik Labs dan tidak lagi menerima pengembangan aktif. Namun konsep dan standar yang dia perkenalkan — SMI, traffic splitting tanpa sidecar — masih sangat relevan, dan memahami arsitekturnya membantu kalian menilai service mesh modern. Kita pelajari desainnya dengan jujur, termasuk statusnya saat ini.

#Traefik Mesh Overview

#Service Mesh Tanpa Sidecar

Traefik Mesh adalah service mesh berbasis SMI (Service Mesh Interface) yang ringan dan non-invasive: tidak ada sidecar proxy yang disuntikkan ke setiap pod. Alih-alih, trafik antar-service dilewatkan melalui edge Traefik yang sudah ada, dengan CRD SMI sebagai kontrol plane.

Perbedaan pendekatan ini signifikan:

• Tanpa sidecar: pod aplikasi tetap bersih; tidak ada overhead resource tambahan per pod.
• Terpusat: semua kebijakan trafik diatur dari satu titik — Traefik itu sendiri.
• SMI-compatible: resource TrafficSplit, TrafficTarget, dan lainnya mengikuti standar SMI.

Konsekuensinya: Traefik Mesh paling masuk akal untuk cluster berukuran kecil-menengah yang menginginkan traffic management tanpa kompleksitas service mesh berat seperti Istio.

#Fitur Utama

#Traffic Management

• Traffic splitting: membagi trafik antar versi service.
• Circuit breaking: memutus aliran saat error ratio melewati ambang.
• Retry policies: percobaan ulang otomatis untuk kegagalan transien.
• Rate limiting: membatasi request per sumber.
• Access control: kebijakan izin komunikasi antar-service.

#Observability

Seperti Traefik Proxy, semua keputusan trafik bisa dipantau: metrics, logs, dan tracing tersedia dari titik terpusat, tanpa harus mengubah kode aplikasi.

#Arsitektur dalam Cluster

Secara konseptual, Traefik Mesh duduk di tepi cluster dan mengatur trafik antar-service tanpa menyentuh pod aplikasi:

traffic masuk
    |
Traefik Proxy (edge router + mesh controller)
    |               |
service A       service B

Kontrol plane membaca resource SMI seperti TrafficSplit dan TrafficTarget, lalu menerjemahkannya menjadi konfigurasi Traefik. Data plane tetap berjalan di Traefik itu sendiri — tidak ada proxy baru yang disuntikkan ke setiap pod.

#Instalasi

#Helm Chart

Instalasi Traefik Mesh dilakukan via Helm, biasanya berdampingan dengan Traefik Proxy. Mulai dengan helm repo add lalu upgrade chart-nya:

helm repo add traefik-mesh https://traefik.github.io/traefik-helm-chart
helm upgrade --install traefik-mesh traefik-mesh/traefik-mesh \
  --namespace traefik-mesh --create-namespace

Proses ini men-deploy mesh controller yang membaca resource SMI dan menerjemahkannya ke konfigurasi Traefik. Karena tidak ada sidecar, tidak ada injector proxy yang harus dikonfigurasi di namespace aplikasi — salah satu alasan mesh ini populer di awal kemunculannya. Verifikasi dengan kubectl get pods di namespace traefik-mesh untuk memastikan controller berjalan.

#Traffic Management dengan TrafficSplit

#TrafficSplit Resource

Inti traffic management SMI adalah resource TrafficSplit — persis seperti weighted services yang kalian kenal:

apiVersion: split.smi-spec.io/v1alpha4
kind: TrafficSplit
metadata:
  name: app-split
  namespace: default
spec:
  service: app-service
  backends:
    - service: app-v1
      weight: 900
    - service: app-v2
      weight: 100

Resource di atas mengarahkan 90 persen trafik service app-service ke app-v1 dan 10 persen ke app-v2. Bobot ditulis dalam basis seribu.

#Pola Deployment Lanjutan

• Canary: mulai 99/1, naikkan bobot versi baru bertahap sambil memantau error rate.
• A/B testing: selain bobot, kombinasikan dengan aturan header sehingga sekelompok pengguna diarahkan ke versi baru.
• Blue/green: 100/0 pada satu versi, lalu tiba-tiba flip ke 100/0 versi lain saat siap.

Semua perubahan dilakukan lewat kubectl apply — mesh controller menerapkannya ke Traefik tanpa restart.

#Penutup

Inti yang harus dibawa pulang:

• Traefik Mesh adalah service mesh SMI non-invasive tanpa sidecar.
• Fitur: traffic splitting, circuit breaking, retry, rate limiting, access control.
• Instalasi via Helm dengan mesh controller sebagai kontrol plane.
• TrafficSplit membagi trafik dengan bobot basis seribu.
• Pola canary, A/B, dan blue-green diekspresikan lewat resource SMI.
• Traefik Mesh sudah di-retire: pelajari konsepnya, bukan deploy-nya.

Di episode 23 selanjutnya kita memasuki fase observability: metrics & Prometheus — mengaktifkan endpoint /metrics, tipe metrik counters, gauges, dan histograms, metrik penting per entrypoint, router, dan service, konfigurasi scrape Prometheus, serta dashboard Grafana dan query PromQL untuk alerting.