How Argo Rollouts and Prometheus SLIs Can Prevent Bad Deploys Reaching All Users
A team using Argo CD discovered that its default health checks only confirm pods are running, not that the application is functioning correctly, after a broken checkout service reached 100% of pods before anyone noticed the surge in 500 errors. The incident revealed the danger of auto-sync with no canary gating, where a faulty image can roll out to every replica in a single sync cycle. To fix this, the team replaced their standard Kubernetes Deployment with an Argo Rollouts canary configuration that gradually shifts traffic — starting at 10% — before allowing further progression. Rollout advancement is gated by real Prometheus SLIs measuring error rate and p99 latency, so a degraded build is caught before it reaches all users. Under this setup, Argo CD handles Git-to-cluster sync while Argo Rollouts takes responsibility for health judgment and automated rollback decisions.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)
Log in to join the discussion and vote.
Log in