~/talk

Scaling Resilient Systems: A Journey into Slack's Database Service

links:none on file
slides:none on file

Claims a Vitess-based database fleet scales from zero to 2.7 Million QPS and runs on 2000+ nodes with plans for 3500, deployed on AWS with cells that map to availability zones. Architecture moves from a single shared Consul to Consul per-topology and per-AZ cells to limit blast radius, uses semi-synchronous replication with one ACK for durability, Orchestrator for MySQL leader failover, and replica reads to cut latency (reported ~300 µs p50 win on some tables).

AI-written summary · about

  1. 0:00Start
  2. 1:45Agenda
  3. 2:26Current status
  4. 2:54Why are we migrating?
  5. 3:34shards
  6. 9:11Durability through replication
  7. 11:12How we run Vitess
  8. 12:38architecture
  9. 14:07standard deployment
  10. 15:42Slack cloud infrastructure
  11. 16:58Vitess initial deployment
  12. 21:20We fixed things!
  13. 22:44Resilient systems
  14. 24:16Current deployment
  15. 26:19Performance wins
  16. 27:23Complex system failures
  17. 29:40Interested in learning more?
  18. 32:38Vitess configuration
~/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.