Idempotent consumers, without the ceremony
What actually happens when the same message arrives twice, and the smallest set of changes that makes a consumer safe to retry.
Queues, boundaries and failure modes: distributed systems, databases, messaging, caching and scaling.
What actually happens when the same message arrives twice, and the smallest set of changes that makes a consumer safe to retry.
Two words used interchangeably in meetings, and the operational difference that makes them not the same thing at all.
Cache-aside looked simple until two writers raced. What I changed, and what I would measure before adding a cache next time.
Not a benchmark. A comparison of the questions each one makes you answer: about ordering, replay, consumers and who owns the offset.
Fan-out, user preferences and the retry budget — sketched end to end before building any of it.
Next
I am always up for a conversation about architecture, trade-offs, or a bug that refuses to die.
Start a conversation