<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div><br></div><div>The only problem is, it breaks backward compatibility a bit: my patch</div><div>assumes you have a flag "rabbit_addresses" which should look like</div><div>"rmq-host1:5672,rmq-host2:5672" instead of the prior rabbit_host and</div><div>rabbit_port flags.</div><div><br></div><div>Guys, can you advise on a way to do this without being ugly and</div><div>without breaking compatibility?</div></div></div></span></blockquote><div>One way would to use the matchmaker which I introduced to solve a similar problem with the ZeroMQ driver. The matchmaker is a client-side emulation of bindings/exchanges for mapping topic keys to an array of topic/host pairs.</div><div><br></div><div>You would query the matchmaker with a topic (key) and it would return tuples in the form of:</div><div> ("topic", broker_ip)</div><div><br></div><div>In the ZeroMQ case, the "broker_ip" is always the peer, but with RabbitMQ, this would be one (or more) of your selected brokers.  Generally, you would return multiple brokers when you're doing fanout messaging.</div><div><br></div><div><br></div><div>Regards,</div><div>Eric Windisch</div>