Building Event-Driven Microservices
by Adam Bellemare
The first quarter is solid; after that it repeats itself more than it deepens.
- Status
- Read · May 2021
- Bought
- May 17, 2021
- For
- Backend & platform engineers · Architects moving from request/response to events · Anyone designing event contracts and topologies
Where it earned its place
The one-paragraph verdict
OK — and that verdict is shaped almost entirely by the first third. Bellemare’s real contribution is reframing events as the contract between services — the event stream is the shared truth, and services are consumers of it rather than owners of private databases. The chapters on domain-driven decomposition and on testing are the cleanest in the book; they stand on their own. The criticism in the reviews is fair, though: it’s dense, and large stretches read more like a thorough brain dump than a reference you’ll reach for twice. It’s also Kafka-shaped in places where the underlying idea is broker-agnostic. I still rate it above its Goodreads average because the ideas survive translation to other stacks.
Who should read it
Backend and platform engineers moving a system from request/response to events should read it cover to cover once. Architects choosing a topology will get the most from the decomposition and schema-evolution chapters. Skip it if you want copy-paste Kafka recipes — this is a book about boundaries and contracts, not API calls.
Where it earned its place
The book’s insistence that the event is the contract shaped how Archives handles streams. It directly informed the event contract migration work — versioning schemas without breaking consumers — and the reliability patterns behind the transactional outbox and idempotent NATS KV workers, where exactly-once is replaced with effectively-once via dedup.
Skip it if…
You already live in event-driven systems and just need broker specifics, or you want a tight reference. The back half of the book repeats itself more than it deepens — the density and lack of new ideas will frustrate you. Read the first quarter and stop there if you’re short on time.