rgoussu@goussu: ~/library/paths
~/library/paths cat distributed-systems-and-data.md

Systems at scale — distributed systems & data

# The vocabulary and the scar tissue of large systems — storage engines, caches, brokers, consensus, and the patterns that survive contact with failure, each built once by hand.

Pathsaved 2026-08-08 #path#distributed-systems#data#databases#kafka#consensus#caching

Goal

Architect-level system design is pattern-matching over things you have actually felt break. This path builds that inventory: how data is stored, cached, moved, and agreed upon across machines — with the KB's heaviest build projects as the proof at each step. The outcome is the ability to design a system under real constraints and defend every box on the diagram, which is also precisely the system-design-interview skill.

Prerequisites

Modules

1. The trade-off vocabulary

  • Read: System design fundamentals.
  • Do: the note's drills — design three classic systems on paper (URL shortener, feed, chat) using the vocabulary precisely.
  • Proof: each design names its consistency, partitioning, and replication choices and what was traded away.

2. Storage from the inside

3. Caching, priced

  • Read: Cache management.
  • Do: Build your own Redis.
  • Proof: the subject's benchmark protocol met; expiry and eviction semantics correct under the checker; a written stance on when a cache is the wrong fix.

4. Moving data — async patterns & brokers

  • Read: Asynchronous and distributed system patterns and Message brokers & event streaming.
  • Do: their practice drills — an outbox + idempotent consumer pair on a real service; a partitioned consumer-group lab where rebalancing is observed, not read about.
  • Proof: a duplicate-delivery test that your consumer survives; the delivery-guarantee ladder explained with your own lab as evidence.

5. The public edge

6. Agreement

7. Decomposition, soberly

  • Read: Microservice architecture and Search systems.
  • Do: their drills — decompose a monolith you know on paper along its actual fracture planes; stand up an inverted-index lab next to a database and route queries honestly.
  • Proof: the decomposition names its distributed-systems bill (from modules 4–6) service by service.

8. Performance engineering & the data platform

Related