Patterns Of Distributed Systems - Unmesh Joshi
A principal engineer at ThoughtWorks, Joshi has done something quietly revolutionary. He hasn't invented a new database or a new consensus protocol. Instead, he has done the harder thing: he has translated the chaos of distributed systems into a language developers actually speak.
There is no silver bullet. Only trade-offs. Unlike a static book, Joshi’s pattern repository is a living document. As new systems emerge (like Redpanda, Dragonfly, or FoundationDB), engineers map their behavior back to his patterns. unmesh joshi patterns of distributed systems
In his writing, a "Heartbeat" isn't just a ping. It is a pattern with specific failure modes. What happens if the heartbeat is delayed by a garbage collection pause? The system might falsely declare a leader dead (a "false positive"). To fix this, you need the "Lease" pattern—a time-bound guarantee that prevents two leaders from existing simultaneously (the dreaded "split brain"). A principal engineer at ThoughtWorks, Joshi has done
Next time you restart a Kubernetes pod and marvel at how etcd recovers without losing state, or how Kafka maintains order after a broker crashes, remember: you are not witnessing magic. You are witnessing . There is no silver bullet
Unmesh Joshi has effectively written the "Gang of Four" book for distributed systems.
Consider To avoid race conditions in a multi-threaded server, you don't need complex locks. You just process requests on a single thread. Kafka does this. Redis does this. It’s a pattern.
When the "Patterns of Distributed Systems" book is finally released (expected late 2026/early 2027), it will sit on the desk of every infrastructure engineer, right between Designing Data-Intensive Applications (Kleppmann) and Site Reliability Engineering (Google). Unmesh Joshi has done for distributed systems what Christopher Alexander did for architecture and what the Gang of Four did for OOP. He has given us a lens.
