~/talk

Designing for failure - architecting fault-tolerant system

Talkat 4Developers 2015 · on Monday, 2015-04-20· [distributed-systems, software-architecture]
name:J. Derda
links:none on file
slides:none on file

Explains concrete fault-tolerance tactics: hardware and geo redundancy, caching, idempotent requests, sending commands instead of full objects, audit logs and Enterprise Integration Patterns, and automated CI and restore tests. Gives numbers: a memory-first case hits limits at 66 GB per node and an attempted scale into 200 shards breaks due to hot keys. Recommends clone-and-flip deployment with fleet-level integration tests and metric-driven rollbacks; emphasizes postmortems and verifying assumptions.

AI-written summary · about

  1. 0:00Introduction
  2. 2:04What is a fault
  3. 2:28What a fault is not
  4. 3:07The real failure
  5. 3:34Delivering value
  6. 4:46Fault tolerance
  7. 5:53Photoruns
  8. 6:25Redundancy
  9. 17:24Procedures
  10. 22:19Observe
  11. 27:03Tradeoffs
  12. 27:59The problem with system design
  13. 32:58Summary
  14. 33:35Automate procedures
  15. 34:30Cross the line
  16. 35:04Conclusion
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.