Site Reliability Engineering interview question · Most asked
How do canary releases and progressive delivery reduce risk?
Summary
A canary sends a small share of traffic (or a few hosts) to the new version first, compares its health metrics with the baseline, and only continues the rollout if they match. Progressive delivery automates the stages (1%, 10%, 50%, 100%) with automatic rollback when metrics degrade.
Longer Answer
Most outages are caused by changes, so limiting the blast radius of each change is one of the most effective reliability practices. For a meaningful canary: compare the canary against a control group running the old version at the same time (not against last week), watch SLIs (errors, latency) and business metrics, run long enough to see real traffic patterns, and make rollback automatic and fast. Tools include Argo Rollouts, Flagger and cloud deployment services.
Database migrations and configuration changes need the same staged approach.
Key Points
- Small traffic share first.
- Compare against a concurrent control.
- Automated stages and rollback.
- Applies to config and schema changes too.
More most-asked Site Reliability Engineering questions
- What is Site Reliability Engineering, and how does it relate to DevOps?
- What makes a good alert? Explain symptom-based alerting and alert fatigue.
- What is an error budget, and how should it be used?
- Define SLI, SLO and SLA, and explain how they relate.
- What is burn-rate alerting, and why is it better than alerting on raw error rates?
- How do you choose good SLIs for a service?
- What are the four golden signals?
- What is the difference between monitoring and observability? Explain metrics, logs and traces.