Kubernetes on Dagimal (⌐ ͡■ ͜ʖ ͡■)

ArgoCD: CI Cukup Build, Urusan Deploy Serahin ke Git

Tue, 07 Apr 2026 17:00:00 +0700

Kalau kita bicara CI/CD, kebanyakan orang masih sering campur aduk antara proses CI dan CD dalam satu pipeline. Build image, push ke registry, terus langsung deploy ke Kubernetes dalam satu alur. Kelihatannya simpel, tapi ada beberapa masalah yang muncul seiring waktu:

Pipeline jadi satu titik kegagalan. Kalau ada yang salah di proses deploy, susah dipisahkan dari proses build
Tidak ada audit trail yang jelas siapa yang trigger deploy dan kapan
Rollback butuh re-run pipeline, padahal seharusnya cukup balik ke versi sebelumnya
CI pipeline butuh akses langsung ke Kubernetes cluster, yang berarti ada credential cluster yang disimpan di CI system

ArgoCD hadir dengan pendekatan GitOps: sumber kebenaran untuk kondisi cluster adalah Git repository. ArgoCD yang akan watch repo, dan kalau ada perbedaan antara yang ada di Git dengan yang berjalan di cluster, dia akan sync otomatis atau minta kita untuk sync manual.

External Secrets Operator: Inject Secret dari Vault ke Kubernetes

Tue, 07 Apr 2026 16:00:00 +0700

Kalau kita manage secret di Kubernetes, cara paling umum adalah simpan langsung sebagai Kubernetes Secret. Tapi ada masalahnya: nilai di dalam Kubernetes Secret hanya di-encode dengan base64, bukan dienkripsi. Siapapun yang punya akses ke cluster bisa baca isinya. Belum lagi soal rotasi secret yang manual dan menyiksa.

HashiCorp Vault hadir sebagai solusi penyimpanan secret yang proper, dengan enkripsi, audit log, dan fitur rotasi otomatis. Masalahnya, bagaimana cara aplikasi di Kubernetes baca secret dari Vault tanpa ribet?

RBAC di Kubernetes: Atur Siapa Boleh Ngapain

Tue, 07 Apr 2026 15:30:00 +0700

Kalau kita sudah punya Kubernetes cluster, salah satu hal yang paling sering diabaikan adalah siapa yang boleh akses apa. Default-nya, kalau kita kasih seseorang kubeconfig, mereka bisa ngapa-ngapain di dalam cluster. Bisa delete pod, bisa baca secret, bisa bikin kekacauan.

RBAC atau Role-Based Access Control adalah mekanisme bawaan Kubernetes untuk mengontrol akses ke resource di dalam cluster. Dengan RBAC, kita bisa tentuin dengan tepat: user A hanya boleh baca pod di namespace tertentu, atau service account B hanya boleh create deployment, tidak lebih dari itu.