[rabbitmq-discuss] Request-Response per request reply queue, or shared reply queue

Michael Klishin mklishin at gopivotal.com
Fri Oct 25 13:24:55 BST 2013


On 25 Oct 2013, at 16:13, Mike Hadlow <mike at suteki.co.uk> wrote:

> I want to build a request-reply pattern in EasyNetQ. Is it best to create a reply queue for every request as Alvaro Videla suggests here:
> http://videlalvaro.github.io/2010/10/rpc-over-rabbitmq.html
> 
> Or, is it best to create a single reply queue that many requests can share, as described on the RabbitMQ website:
> http://www.rabbitmq.com/tutorials/tutorial-six-python.html
> 
> The first seems to have a lot of overhead. The second suffers from having to have a some component looking after the reply queue and channel.
> 
> How have others solved this problem?

Mike,

It’s fine to not create a new reply queue for every request but every client
(e.g. an object) should not share it with other clients.

One reply queue per client sounds reasonable to me.
—
MK

Software Engineer, Pivotal/RabbitMQ


More information about the rabbitmq-discuss mailing list