Just Enough Reliability
summary
Argues for prioritising a small set of critical user journeys mapped to concrete endpoints, replacing noisy sitewide alerts (example: 3% errors for 5m) with alerts only on those flows. Implements a weekly ops ratchet: descope alerts, fix CUJ-related issues within a week with boring fixes (retries, pay down errors), record deferred work in a risk register spreadsheet, then add more CUJs as all chosen flows turn green to decide whether to hire or invest in bigger tech.
AI-written summary · about
chapters (11)
- 0:00Introduction
- 1:08Startups and minimal reliability
- 3:36Overcomplicating technology
- 5:44Engineers and complexity
- 7:49Reliability engineer challenges
- 10:19Critical User Journeys
- 13:27CUJs and business value
- 15:55Alerts for critical flows
- 18:22Ratchet method for reliability
- 22:57Scaling reliability efforts
- 24:00Q&A
related talks
47mPersistent SRE Antipatterns: Pitfalls on the Road to Creating a Successful
28mAlerts don't suck, YOUR alerts suck
39mActionable Observability
31mBetter Monitoring for Humans: The CASE Method
52mPersistent SRE Antipatterns: Pitfalls On the...
19mSensory Friendly Monitoring: Keeping the Noise Down
28mFixing On-Call When Nobody Thinks It's (Too) Broken
27mSensory Friendly Monitoring: Keeping the Noise Down
