<div>Hello,</div>
<div>�</div>
<div>I have a use case where;</div>
<div>�</div>
<div>*It&#39;s OK for a few messages to be dropped when a broker goes down</div>
<div>*I need to load balance these messages</div>
<div>*Availability is more important than dropping the ocassional message</div>
<div>*I would prefer messages only be proccessed once.</div>
<div>�</div>
<div>As RabbitMQ doesn&#39;t currently support queue Migration I was thinking of implementing the following</div>
<div>�</div>
<div>Multiple consumers listening to a single public queue.</div>
<div>�</div>
<div>If the broker hosting the public queue crashes or is unavailable. Each consumer will connect to a new available broker and recreate the queue there with the same name.</div>
<div>�</div>
<div>The question I have is, if I have created a public queue on a different broker, when the crashed broker comes back online will there be a problem with conflicting queues? </div>
<div>�</div>
<div>*Broker A with Queue A Crashes<br>*Consumers failover to Broker B</div>
<div>*A consumer recreates Queue A on Broker B</div>
<div>*Broker A is restored -- Will Broker A have problems starting because Queue A has been recreated elsewhere?</div>
<div>�</div>
<div>Thanks for your time</div>
<div>�</div>
<div>Matthew</div>
<div>�</div>