ArgoCD's reconciliation process continuously ensures Kubernetes cluster state matches Git repository definitions, but its default 3-minute interval can be overly aggressive for production environments. The process involves fetching desired state from Git, comparing it with cluster state, and applying changes when drift is detected. While reconciliation provides essential drift detection, self-healing, and visibility, the default timer can cause high API load, excessive Git traffic, and scalability issues. Best practices include configuring Git webhooks for push-based triggers, increasing intervals for stable applications, using ReconcileAt annotations for on-demand syncs, and selectively applying aggressive timing only for critical workloads.

5m read timeFrom rafay.co
Post cover image
Table of contents
What Is Reconciliation in ArgoCD?Why Reconciliation Exists: Guardrails for GitOpsDefault Reconciliation Behavior: Surprisingly AggressiveBest Practices for Managing Reconciliation TimersWhen to Stick With the Default TimerFinal Thoughts: Drift Detection With DisciplineAuthor

Sort: