API Gateway Platform · View 17 of 21 · Operations
Decisions
- Configuration is reviewed in Git and validated by replaying sample requests against the new routing table, so a routing diff is visible before it is live.
- The canary runs twice: first on a small set of pods carrying normal traffic, then as a weighted split of traffic across upstream variants. The first catches a bad config, the second catches a bad service.
- N−1 is retained as a published snapshot, so revert is selecting a version rather than re-running a pipeline.
Numbers
- Canary weights 1% → 5% → 25% → 100%; automatic revert within 90 s of a breaching signal; operator revert to last known good in ≤ 30 s (assumptions).
- Version coverage reported per pod, ≥ 99% within 10 s.
Risks
- At 1% weight on a low-traffic route, the canary window may contain too few requests to distinguish a regression from noise. The rollout controller must be able to say "insufficient evidence" rather than "healthy" (ADR-13).