Resilience Engineering Mythbusting

on YouTube ↗30m

" summary

Defines resilience as the system plus people adapting beyond expected bounds and separates it from reliability and robustness, shows chaos engineering is for building expertise not injecting chaos, and argues root cause is a myth replaced by contributing factors; illustrates with Spectre/Meltdown and a production outage caused by a deleted CSS file that brought down Apache; warns error budgets do not by themselves control risk; recommends reading the Efficiency‑Thoroughness trade‑off, Cook’s How Complex Systems Fail, and the Field Guide to Understanding Human Error.

AI-written summary · about

" chapters (25)

1. 0:00Intro
2. 2:25Can it adapt?
3. 3:07We're building resilience into our software and server architecture
4. 6:02Our servers can't display resilience ...but our systems can
5. 7:06Complexity is the enemy of a well maintained system
6. 7:39How do we cope with
7. 9:35We need to execute Chaos Engineering experiments to find the bugs
8. 10:21Chaos Engineering develops intuition
9. 10:47Always follow best practices to ensure system availability
10. 11:36Deploy on a
11. 12:34don't guarantee safe actions
12. 13:53Effective Retrospectives require actionable follow up items
13. 15:04How do we know our Retrospectives are effective?
14. 16:11Root Cause
15. 17:21is equally
16. 18:50with Contributing Factors
17. 19:37The frequency and severity of incidents are good indicators of how safe we are.
18. 22:53Share expertise instead of numbers
19. 23:12Our worst incidents produce the greatest learning experiences
20. 24:32Look to close calls
21. 24:48Error Budgets can be used to control risk
22. 27:57You don't know much about by counting errors
23. 29:02"How Complex Systems Fail" Dr. Richard Cook
24. 29:35Can't plan for everything
25. 29:47Embrace

" related talks

• 43mResilience Engineering MythbustingWill Gallego · REdeploy 2019
• 11mResilience engineering mythbustingWill Gallego · The Lead Developer New York 2019
• 05mWhat is resilience engineeringPiet van Dongen · DevOpsDays Eindhoven 2022
• 06mCan Resilience Engineering be sufficiently described in 5...?John Allspaw · DevOpsDays NYC 2020
• 22mResilience Is Not EnoughJoe Magerramov · Reliability @Scale 2024
• 51mWithout Resilience, Nothing Else MattersJonas Bonér · GOTO Copenhagen 2015
• 33mChaos Engineering, how to increase resilience by injecting chaosAmine AIT AAZIZI · BlaBlaConf 2021
• 16mEngineering Failure-Resilient SystemsOnyebuchi Mark Irozuru · Site Reliability Engineering (SRE) 2025