Belajar KEDA - Fitur Stabil Terbaru (v2.20)

#Pendahuluan

Di episode 19 sebelumnya kalian mempelajari cara mengukur performa autoscaling: latency scale-up, cold start, dan trade-off antara biaya dan responsivitas. Sekarang saatnya berhenti sejenak dan melihat ke atas: seperti apa sebenarnya evolusi KEDA di era v2.x ini, dan fitur stabil apa yang tersedia saat ini — rilis v2.20.2 (Juli 2026).

Memahami peta rilis penting, bukan sekadar untuk kebanggaan memakai versi terbaru. Setiap rilis membawa keputusan nyata: kapan harus upgrade, apakah scaler yang kalian pakai terdampak, dan fitur mana yang sudah dianggap stabil dibandingkan yang masih eksperimental. Episode ini memetakan perjalanan v2.x dari 2023 sampai 2026, menyoroti fitur unggulan 2026, lalu menutup dengan arahan roadmap v3.

#Evolusi Rilis KEDA v2.x

KEDA resmi menjadi CNCF graduated project pada Agustus 2023 — sinyal bahwa proyek ini stabil, terdokumentasi, dan aman dijadikan fondasi produksi. Sejak itu ritme rilis v2.x berjalan konsisten: satu minor release tiap beberapa bulan, plus patch release untuk perbaikan mendesak. Polanya seperti servis mesin berkala: jadwal pemeliharaan rutin (minor) dan perbaikan cepat saat ada kerusakan (patch).

KEDA mengikuti semantic versioning: MAJOR.MINOR.PATCH. Minor release (v2.19 ke v2.20) membawa fitur baru dan perubahan perilaku — selalu baca changelog sebelum upgrade. Patch release (v2.20 ke v2.20.2) hanya berisi perbaikan tanpa fitur baru, sehingga jauh lebih aman untuk diterapkan segera. Kebiasaan ini akan kalian bawa ke episode 21 saat membahas lifecycle produksi.

Pola yang terlihat jelas: awal era v2.x banyak diisi penambahan scaler (dari puluhan awal menjadi 70+ scaler), sementara paruh akhir 2025-2026 didominasi hardening — perbaikan stability, metrics, dan operasional. Itu tanda proyek yang semakin dewasa: fitur baru tetap masuk, tetapi keandalan jadi prioritas.

#Fitur Unggulan 2026

#Scaler Terbaru dan Dukungan Ekosistem

Ekosistem scaler terus melebar. Di tahun 2026, dukungan terbaru mencakup sumber event dari tiga cloud besar, queue self-hosted, hingga platform analitik. Prinsipnya sama seperti episode 7-9: satu ScaledObject, satu trigger, sisanya ditangani KEDA.

Sebelum memakai scaler baru, verifikasi dulu versi mana yang mendukungnya. Cara tercepat memeriksa versi terpasang: kubectl get deploy -n keda -o custom-columns=NAME:.metadata.name,IMAGE:.spec.template.spec.containers[0].image — pastikan image tag menunjukkan v2.20.x.

#Perbaikan Stability

Kategori yang paling jarang terlihat tapi paling penting. Perbaikan stability di rilis 2025-2026 mencakup: penanganan timeout pada scaler lambat, retry metrics yang lebih sehat, serta mencegah satu scaler yang error menyeret ScaledObject lain. Efeknya terasa pada episode 18: status Unknown dan HPA yang tidak diperbarui jauh lebih jarang muncul di v2.20 dibandingkan versi awal.

#ClusterTriggerAuthentication yang Semakin Matang

ClusterTriggerAuthentication (dari episode 6 dan 14) terus dipoles di era v2.x dan menjadi salah satu fitur andalan 2026. Ia memungkinkan satu kredensial dipakai lintas namespace tanpa menduplikasi secret di tiap tim — persis kebutuhan multi-tenancy di episode 14:

ClusterTriggerAuthentication lintas namespace

apiVersion: keda.sh/v1alpha1
kind: ClusterTriggerAuthentication
metadata:
  name: keda-rabbitmq-creds
spec:
  secretTargetRef:
    - parameter: host
      name: rabbitmq-secret
      key: host

Terapkan sekali: kubectl apply -f cta-rabbitmq.yaml. Semua ScaledObject di namespace mana pun bisa merujuknya lewat clusterTriggerAuthenticationRef, cukup menyebut nama CTA tersebut — selama operator KEDA memiliki izin membaca secret di namespace asalnya.

#Eksperimen dan Metrics Server

Era v2.x juga menjadi laboratorium. Beberapa fitur rilis sebagai eksperimen sebelum dikunci stabil — misalnya penyempurnaan cara metrics server mengekspos metrics keda_scaler_* dan pipeline scale-to-zero. Hasilnya: observability yang kalian pelajari di episode 18 kini lebih andal, dengan keda_scaler_errors_total yang lebih akurat membedakan error scaler dari error koneksi.

Periksa kesehatan metrics server secara langsung: kubectl get apiservice v1beta1.external.metrics.k8s.io — pastikan kondisinya Available. Ini API yang menjadi jembatan antara HPA dan KEDA, jadi kalau ini bermasalah, semua autoscaling ikut terdampak.

#HTTP Add-on yang Semakin Mapan

HTTP Add-on (episode 9 dan 12) melewati perjalanan panjang di era v2.x. Dari proyek terpisah, ia menjadi komponen yang dipakai bersama KEDA untuk scale-to-zero workload HTTP: HTTPScaledObject mengatur targetPendingRequests dan interceptor menahan request selama replika belum siap. Di rilis 2026, kompatibilitas dengan Kubernetes 1.30+ terus diperbaiki, dan interceptor semakin baik dalam menjaga request tetap mengantre dengan aman tanpa timeout yang membuang pengalaman pengguna.

Bagi yang menjalankan API publik dengan pola lalu lintas tidak terduga, kombinasi HTTP Add-on plus cron scaler adalah pola yang solid: HTTP menangani lonjakan organik, cron menyiapkan kapasitas untuk event terjadwal — dua teknik dari episode 7 yang bekerja bersama.

#Menuju Roadmap v3

Di tengah stabilitas v2.20, komunitas sudah menyiapkan roadmap v3. Arahnya bukan sekadar versi baru, melainkan fondasi ulang: metrics server yang ditulis ulang agar lebih andal dan mudah dirawat, SDK scaler yang lebih modular agar kontribusi komunitas semakin mudah, multi-tenancy yang lebih tegas, serta integrasi yang lebih mulus dengan ekosistem scale-from-zero seperti Knative.

Bagi kalian, pesannya sederhana: keterampilan yang sudah dibangun dari episode 0-19 tidak akan sia-sia. Konsep ScaledObject, trigger, dan authentication tetap menjadi bahasa inti di v3. Halaman resmi keda.sh selalu menjadi rujukan pertama untuk memantau perkembangan ini, baik dokumentasi konsep maupun changelog di GitHub kedacore/keda.

#Verifikasi dan Upgrade dengan Aman

Kebiasaan yang wajib dibawa ke produksi: verifikasi versi terpasang sebelum merencanakan upgrade. Jadikan langkah ini checklist:

helm list -n keda
kubectl get deploy -n keda -o custom-columns=NAME:.metadata.name,IMAGE:.spec.template.spec.containers[0].image
kubectl get crd scaledobjects.keda.sh

Catatan penting: helm list -n keda menunjukkan chart yang terpasang, sedangkan kubectl get deploy -n keda menunjukkan image tag operator yang benar-benar berjalan. Dua-duanya penting karena chart bisa saja sudah baru tapi rollout belum selesai: kubectl get pods -n keda untuk memastikan semuanya Running.

#Penutup

Episode ini menutup pemahaman tentang rilis: evolusi v2.x dari 2023 ke 2026 dengan penambahan scaler hingga 70+ jenis, maturasi HTTP Add-on dan metrics server, rilis stabil v2.20.2 pada Juli 2026, fitur unggulan 2026 berupa scaler terbaru, perbaikan stability, dan ClusterTriggerAuthentication, serta arahan roadmap v3 yang menjanjikan fondasi baru.

Poin yang harus kalian bawa:

• Rilis v2.x bertumbuh dari fokus "fitur baru" menjadi "hardening" — tanda proyek dewasa.
• v2.20.2 (Juli 2026) adalah rilis stabil terbaru; selalu verifikasi sebelum upgrade.
• ClusterTriggerAuthentication adalah fitur kunci multi-tenancy lintas namespace.
• Roadmap v3 tidak mengubah konsep inti; investasi belajar kalian aman.

Episode berikutnya, episode 21, kita masuk fase produksi: arsitektur production-ready dengan KEDA, Karpenter, dan HPA behavior, GitOps untuk CRD, hingga monitoring operator. Sampai jumpa di sana!