GoTo Financial’s Story: Towards 10k ArgoCD Apps to Support...
summary
GoTo Financial runs a centralized ArgoCD across ~40 Istio-enabled clusters to manage ~10k apps and ~5k repos and hits scale pains: UI loads take minutes, repo-server OOMs, and controllers saturate CPU. Concrete fixes include gzip compression (5x faster UI, 7x less transfer), removing CPU limits on app-controller to avoid throttling, scaling repo-server with HPA plus parallelism_limit, raising repo cache expiry to cut git fetches, manual shard allocation for even CPU, and ignore-resource-updates to halve controller CPU.
AI-written summary · about
chapters (19)
- 0:00GoTo Financial’s ArgoCD journey
- 1:05ArgoCD setup and scale challenges
- 3:55ArgoCD usage patterns
- 6:46ArgoCD architecture issues
- 8:15Optimizing ArgoCD server UI
- 9:22UI application filtering
- 10:03Kubernetes CPU limits tuning
- 11:30Repo server scaling OOM
- 12:56Timeout errors in manifests
- 13:38Reducing Git API calls
- 14:44Monorepo challenges
- 16:47Reconciliation improvements
- 17:27App controller tuning
- 18:29App controller sharding
- 19:56Ignoring high-turnover objects
- 22:07API client library fixes
- 23:32Decentralized ArgoCD models
- 25:21Hybrid model improvements
- 27:09Q&A
