Argocd Rate Limits
Argo CD does not publish hard request-per-second rate limits on its REST/gRPC API. Throttling is the responsibility of the operator — typically enforced via the ingress controller (NGINX, Istio, AWS ALB) sitting in front of argocd-server, or via Kubernetes API server limits affecting the underlying watch/list calls Argo CD makes. Internally, Argo CD throttles its outbound traffic to source repositories (Git/Helm/OCI) and to target Kubernetes API servers via configurable concurrency knobs (reposerver.parallelism.limit, controller.kubectl.parallelism.limit, etc.). Login and account endpoints are protected by built-in failed-login attempt locking.
Argocd Rate Limits is the machine-readable rate-limit profile for Argo CD on the APIs.io network, conforming to the API Commons Rate Limits specification.
It captures 4 rate-limit definitions, measuring failed-attempts, concurrent-operations, and applications-per-cycle.
The profile also includes 3 backoff/retry policies defined and response codes documented for unauthenticated, forbidden, and tooManyRequests.
Tagged areas include DevOps, GitOps, Kubernetes, Open Source, and Rate Limiting.
Limits
Policies
Sources
- https://argo-cd.readthedocs.io/en/stable/operator-manual/high_availability/
- https://argo-cd.readthedocs.io/en/stable/operator-manual/argocd-cmd-params-cm-yaml/
- https://argo-cd.readthedocs.io/en/stable/operator-manual/server-commands/argocd-server/
Work with this as data
Every rate limit here is available over the APIs.io API and to AI agents over MCP.