Lightning Talk
summary
Chaos engineering is framed as a repeatable loop: define steady state, hypothesize failure, run experiments, fix weaknesses, and repeat. Implementation uses Kubernetes-native operators and CRDs plus an agent-driven control plane and a UI called Chaos Center. Project metrics claim 2,000 installs per day and 10 million Docker pulls with a 50+ experiments catalog and a 2.0 stable release. Cited impact: 51% of outages are avoidable and outages cost $1–5M per hour on average.
AI-written summary · about
chapters (7)
- 0:00Chaos engineering intro
- 1:04Roots of chaos engineering
- 3:54Service outages impact
- 5:21Four chaos engineering steps
- 6:24Building chaos culture
- 7:49Litmus Chaos for Kubernetes
- 9:16Call to action
related talks
30mThe Narrative of Reliability: A Chaos Engineering Case Study with LitmusChaos
26mAchieving Cloud-Native Resiliency: The Evolution of Chaos Engineering
28mCloud Native Chaos Engineering
29mCloud Native Chaos Engineering with Lit...
39mChaos: Breaking your Systems to Make them Unbreakable
32mImplementing Chaos Engineering in Kubernetes
12mLightning Talk: Using Argo Workflows to Curate Chaos Engineering wi...
31mCloud Native Chaos Engineering at scale
