https://dagimal.com/blog/argocd/Recent content in Argocd on Dagimal (⌐ ͡■ ͜ʖ ͡■)Hugoen-USCopyright © 2024, Dagimal.Tue, 07 Apr 2026 17:00:00 +0700https://dagimal.com/blog/argocd-gitops/Tue, 07 Apr 2026 17:00:00 +0700https://dagimal.com/blog/argocd-gitops/<p>Kalau kita bicara <em>CI/CD</em>, kebanyakan orang masih sering campur aduk antara proses <em>CI</em> dan <em>CD</em> dalam satu <em>pipeline</em>. Build <em>image</em>, push ke <em>registry</em>, terus langsung <em>deploy</em> ke <em>Kubernetes</em> dalam satu alur. Kelihatannya simpel, tapi ada beberapa masalah yang muncul seiring waktu:</p> <ul> <li><em>Pipeline</em> jadi satu titik kegagalan. Kalau ada yang salah di proses <em>deploy</em>, susah dipisahkan dari proses <em>build</em></li> <li>Tidak ada <em>audit trail</em> yang jelas siapa yang trigger <em>deploy</em> dan kapan</li> <li><em>Rollback</em> butuh re-run <em>pipeline</em>, padahal seharusnya cukup balik ke versi sebelumnya</li> <li><em>CI pipeline</em> butuh akses langsung ke <em>Kubernetes cluster</em>, yang berarti ada <em>credential</em> cluster yang disimpan di <em>CI system</em></li> </ul> <p><em>ArgoCD</em> hadir dengan pendekatan <em>GitOps</em>: <strong>sumber kebenaran untuk kondisi <em>cluster</em> adalah <em>Git repository</em></strong>. <em>ArgoCD</em> yang akan watch <em>repo</em>, dan kalau ada perbedaan antara yang ada di <em>Git</em> dengan yang berjalan di <em>cluster</em>, dia akan sync otomatis atau minta kita untuk sync manual.</p>