Skip to main content

18 docs tagged with "Distributed systems"

Partial failure, latency, retries, circuit breakers and designing for failure.

View all tags

Availability Patterns

Availability is arithmetic before it is architecture. The arithmetic is worth doing first, because

CAP Theorem

CAP is the most cited and most misquoted result in distributed systems. The popular version —

Consistency Models

A consistency model is a contract about what a read is allowed to return. It is not a quality

Designing for Failure

Rule: failure is the default state, not the exception. Large systems are not designed for the

Latency Numbers

The point of knowing these is not recall for its own sake. It is being able to reject a design in

Raft

* Network messages can be delayed, reordered, or lost.

Subscription Service

Design record for recurring billing — creating a subscription, taking the first payment,

System Design Method

Open-ended by construction: "design Twitter" has no correct answer, and the interviewer is not

The Network & Latency

Rule: a healthy service plus a healthy service does not equal a healthy system. The network

Timeouts & Retries

Rule: retry without idempotency is not error handling — it is a bug. And a retry that fires