Retry with Backoff & Jitter
🔴 P0 — the default error recovery mechanism; Stripe definitely asks about this
How distributed systems maintain correctness, recover from failures, and coordinate. This section merges reliability (fault tolerance) with consistency (data correctness) because they are inseparable in practice.
| Pattern | Priority |
|---|---|
| Consistency Models | 🔴 P0 |
| CAP Theorem & PACELC | 🔴 P0 |
| Quorum Reads & Writes | 🔴 P0 |
| Raft Consensus | 🟠P1 |
| Two-Phase Commit (2PC) | 🔴 P0 |
| Saga Pattern | 🔴 P0 |
| Timeout Strategies | 🔴 P0 |
| Circuit Breaker | 🔴 P0 |
| Retry with Backoff & Jitter | 🔴 P0 |
| Bulkhead Isolation | 🟠P1 |
| Ordering & Causality | 🟠P1 |
🔴 P0 — the default error recovery mechanism; Stripe definitely asks about this
🔴 P0 — prevents cascading failures by stopping calls to a failing service
🔴 P0 — the classical distributed transaction protocol and why it’s limited
🔴 P0 — the foundational impossibility result and its more nuanced successor
🔴 P0 — the spectrum from linearisability to eventual consistency
🟠P1 — how distributed systems reason about “what happened before what”
🟠P1 — isolating failures so one component’s problems don’t sink the ship
🔴 P0 — the most fundamental reliability mechanism; every network call needs one
🔴 P0 — the distributed transaction pattern for microservices; critical for Stripe payment flows
🟠P1 — the understandable consensus algorithm; know conceptually, not implementation details