<div dir="ltr">That's right.. Infact I did start from clustering and thought of federation. But in my use case it looks like clustering is the way to go.<div><br></div><div>Thanks for all the help!!</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Fri, Feb 7, 2014 at 11:36 AM, Simon MacMullen <span dir="ltr"><<a href="mailto:simon@rabbitmq.com" target="_blank">simon@rabbitmq.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 07/02/2014 3:29PM, Rahul wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So what I understand from the description is, federation does not<br>
simulate the mirrored queues behavior.<br>
</blockquote>
<br></div>
That's correct.<br>
<br>
Indeed, it's hard to see how it could; you'd need to coordinate to make sure that each message was only consumed from one node of the federation, so you need Consistency, so you sacrifice Partition tolerance and before you know it you're back at clustering.<br>

<br>
Cheers, Simon<div class="HOEnZb"><div class="h5"><br>
<br>
-- <br>
Simon MacMullen<br>
RabbitMQ, Pivotal<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Regards,<div>Rahul</div></div>
</div>