Architecting for Failures in Microservices
summary
Distributed microservice outages are traced to concrete causes and fixes: a morning surge of 500 errors exposed slow API latency that crept up over time, a bug added an ORDER BY that caused a full table scan (queries rose to ~718 ms average and ~2 s 95th), and a 24‑hour cache TTL exhausted validation codes until reduced to 12 hours. Remedies include Hystrix circuit breakers, fallbacks and predictive caching, bulkheads, retries with exponential backoff and jitter, Zipkin tracing and PagerDuty alerts plus failure injection, load tests, runbooks and phased rollouts.
AI-written summary · about
chapters (14)
- 0:00Start
- 5:00PATH TO MICROSERVICES
- 7:26RESILIENT SYSTEM
- 16:08LESSONS LEARNED
- 16:43ACTION PLAN
- 18:46RESILIENCY PLANNING STAGE 1
- 19:51CASCADING FAILURES
- 22:09BULKHEAD
- 25:40TALE OF THE NEVER LIVING CACHE ENTRIES
- 26:49LOEGING BEST PRACTICES
- 29:48CAPACITY PLANNINE
- 30:32RESILIENCE PLANNING STAGE
- 30:48HEALTH CHECK
- 35:57ROLLOUT OF NEW FEATURES
related talks
45mAvoiding Microservice Megadisasters
46mSurviving microservices
39mTop Performance Challenges in Distributed Architectures
51mBuilding Fault Tolerant Microservices
39m10 Tips for failing at microservices
23mMicroservices – Diptanu Choudhury
57mEmbracing Microservices
10mBuilding an 'Oops-Less Operation' at Scale
