


12 videos · 7 hr 16 minCurated by HackerTube · 12 videos · 7 hr 16 min
HN's reading list for the day after an outage. It opens with short, funny disaster stories, moves into detailed incident accounts and the craft of debugging under pressure, then to designs that limit the damage. It ends with Richard Cook's two short Velocity talks, which several commenters say they rewatch every few months.
Play all on YouTube@HOLLYWOOD · 551K views · 14 years ago
Two minutes to start: Pixar nearly lost a film to one command and was saved by a home-computer backup, a cautionary tale HN tells to anyone in storage or SRE.
Kevin Fang · 3.6M views · 3 years ago
Kevin Fang's comic but accurate retelling of GitLab's 2017 incident, where every backup layer failed in turn, which HN prescribes for a bad ops day.
dotconferences · 13K views · 12 years ago
A rescue engineer's first-hand account of a failure that was organizational, not technical: nobody owned the whole site.
LeadDev · 762K views · 8 years ago
A minute-by-minute account of a nuclear accident, which HN uses to push back whenever an outage gets blamed on human error.
GOTO Conferences · 101K views · 9 years ago
The postmortem HN rates above almost every written one: a mistyped command reboots a whole Joyent datacenter, and Cantrill walks through what came after.
ClojureTV · 25K views · 10 years ago
A calmer counterpart on method (form hypotheses, try to falsify them, write everything down), which several commenters say changed how they debug.
Code & Supply · 49K views · 9 years ago
Cantrill again, on the rare failures (firmware, disks, opaque hardware) that keep turning out to be the real cause, a talk HN calls entertaining and sobering.
Amazon Web Services · 37K views · 7 years ago
Moving from response to design: cell-based architecture and shuffle sharding, which HN links whenever someone asks how to contain an outage.
GOTO Conferences · 74K views · 8 years ago
Erlang's creator makes the case for letting things crash and recover, a conceptual talk rather than a code-heavy one.
TigerBeetle · 87K views · 3 years ago
The most demanding answer here: TigerBeetle's method of assertions, up-front design and deterministic simulation for software meant to be defect-free.
O'Reilly · 60K views · 14 years ago
A patient-safety physician explains to ops engineers why complex systems always run partly broken, and one HN commenter rewatches it every couple of months.
O'Reilly · 47K views · 13 years ago
The capstone, in 19 minutes: Cook's model of pressures pushing a system toward the edge of failure, which one commenter called among the most important talks they had seen.