RabbitMQ.
RabbitMQ is a message broker implementing AMQP, with exchanges routing messages to queues by rules. It supports flexible routing topologies, acknowledgements, dead-letter queues and clustering.
Where RabbitMQ fits on a long engagement.
Routing flexibility is RabbitMQ's strength relative to log-based brokers. Topic and header exchanges let one published message reach consumers by rules that can be changed without touching the producer, which suits complex routing far better than partitioned logs.
Acknowledgement discipline is where correctness lives. Auto-acknowledge means a message is lost if the consumer dies mid-processing; manual acknowledgement after successful handling means it is redelivered instead. Getting that wrong produces silent data loss, which is the hardest failure to detect.
What an assigned team does with RabbitMQ.
Dead-letter queues need a consumer, not just configuration. A dead-letter queue nobody monitors is a place messages go to be forgotten, which is only marginally better than losing them outright.
Monitoring those and acting on them is standing operational work, held within an agreed committed monthly capacity.
What we use RabbitMQ for.
- Routing changed without touching producers Exchange rules updated, so new consumers are added independently.
- Acknowledgement after processing Manual acknowledgement, so a consumer crash redelivers rather than loses.
- Dead letters monitored Failed messages watched and acted on rather than accumulating unseen.
How RabbitMQ capacity is assigned.
Messaging work is assigned inside the discipline owning the producing and consuming services, with acknowledgement and dead-letter handling designed rather than defaulted.
Tell us what your roadmap needs RabbitMQ for.
A service delivery manager replies with the disciplines we would assign, the monthly capacity and what the first month looks like.
Loading the contact form… You can also email hello@azendo.co.
We reply within one working day. No obligation, and no newsletter.