Monkey Business For Serious Systems: Why chaos engineering isnt crazy
summary
A team starts with manual injections in a staging replica and later uses Litmus; deleting a proxy’s secret manager credentials causes database access failures that impact 3x more applications than anticipated, revealing hidden dependencies. Experiments include litmus chaos test-kill-pod runs that show containers terminate and recover with a measured 97 seconds restart, and deliberate attempts to break Litmus itself. Emphasis is on controlled execution, observable metrics, and using faults like deleted secret manager credentials to drive remediation.
AI-written summary · about
chapters (12)
- 0:00Chaos engineering intro
- 2:10Chaos origins and Chaos Monkey
- 3:56Personal Litmus journey
- 5:21Why curiosity matters
- 8:29CrowdStrike incident resilience
- 12:23Why chaos isn’t crazy
- 16:17Manual chaos experiments
- 22:55Choosing Litmus
- 25:47Controlled chaos cautions
- 27:11Litmus dashboard walkthrough
- 30:01Resiliency scores
- 31:03Q&A
related talks
30mBringing Order to Chaos: Make Your Systems More Resilient with Chaos Engineering
01h 02mPractical Chaos Engineering breaking things on purpose to make them more resilient against failure
25mDestroy Your System To Make It More Reliable: An Easy Way To Start Chaos Engineering With LitmusChao
57mChaos Engineering Primer
46mDesigning a System for Chaos
37mCreating chaos in containers
28mChaos Engineering alongside Litmus and Jenkins
05mLightning Talk: Chaos Engineering In Practice
