A complete checklist before ArgoCD becomes a production system: HA validation, RBAC, tested backup, monitoring and alerting, documentation, DR, security audit, performance baseline, operational practices, and the pitfalls that most often take teams down.

In episode 33 costs were under control. Now the final question before this series' journey ends: are we production-ready? Many teams deploy ArgoCD to production without a checklist, then discover the gaps in the middle of an incident — when RBAC isn't set up, the backup hasn't been tested, or monitoring isn't installed. This episode is a complete checklist that condenses the whole series into one document you can print and follow.
Consider this a pre-flight checklist: not a list of "nice to haves", but the minimum conditions for ArgoCD to be worthy of being the delivery backbone of your organization.
Schedule a monthly (or quarterly) restore test. DR drills should become a habit, not a panicky annual project.
Monitor growth: how many applications, how many reconciles per minute, how much controller memory. When metrics approach limits (episode 25), add resources or shard before it becomes an incident — not after.
Upgrading ArgoCD follows the same path as any other application: a PR to the manifest repo, staging first, prod after staging is healthy. Watch the changelog for behavior-changing upgrades (e.g. new RBAC or CRDs).
An incident runbook must be followable by someone who joined a week ago: symptom → steps → escalation. Practice with regular game days. MTTR improves dramatically when runbooks are tested.
| Pitfall | Impact | Prevention |
|---|---|---|
| RBAC not configured | Everyone is admin, uncontrolled access | SSO + projects + roles from day one |
| No monitoring | Incidents only felt when users complain | Sync/health/component alerts before go-live |
| No DR plan | Chaotic recovery, long downtime | Scheduled DR drills, recorded RTO/RPO |
| Secrets encrypted in Git | Credentials leaked forever | Sealed Secrets / External Secrets (episode 12) |
| No resource limits | One pod takes the whole cluster | LimitRange + quota + VPA recommender |
| Bad repo structure | Chaotic sync, conflicts between apps | App of Apps + per-environment overlays |
| No rollback strategy | Every release is a gamble | Tested argocd app history + rollback |
| Inadequate testing | Bugs reach production | Smoke test hooks (episode 13), staging parity |
Tip
Run this checklist as a PR. Put the checklist as a document in the repo and open a single "Go-Live Preparation" PR. Every item becomes a reviewable, verifiable change — and the go-live commit becomes a permanent audit trail.
Production doesn't end when ArgoCD is alive. Day-2 operations are a rhythm that must be maintained:
argocd app list: make sure every application is recorded and owned by a clear team.argocd app list
argocd account list
kubectl get certs -n argocd
kubectl get secret -n argocd argocd-secret -o jsonpath='{.data.argocd\.yaml}'This episode is the complete checklist: the pre-production checklist (HA, RBAC, tested backup, monitoring, documentation, DR, security audit, performance baseline), operational practices (backup validation, capacity planning, patching, incident response, on-call runbooks), the common pitfalls that most often take teams down, and the day-2 operations rhythm (lifecycle, certificate and secret rotation, access review, compliance audit, tuning).
The points you should take with you:
With this checklist, you've prepared a production system worth running. One episode remains to close the series. In the next episode 35 we discuss the future of GitOps & ArgoCD — the five-level GitOps maturity model, emerging trends, the ArgoCD roadmap, platform engineering, and a recap of the series' best practices. See you in episode 35!