Hi all,<div><br></div><div>I'm looking for advice on the best approach to cover this scenario:</div><div><br></div><div>I have many clients spread over multiple (trusted) data centers. &nbsp;Data centers are linked to each other by WAN speed connections.</div><div>Each client should have its own queue.</div><div>I have 1 producer which should be able to submit messages which arrive to whatever queue, wherever.<br></div><div>Ideally the producer&nbsp;just has to submit a message to an exchange with the routing key matching the queue and done.<br></div><div><br></div><div>The problem is that:</div><div><ul><li><span class="Apple-style-span" style="line-height: normal; ">I can't let all clients connect over wan to a centralized broker since it would strain the wan links too much.</span><br></li><li><span class="Apple-style-span" style="line-height: normal;">I can't cluster the brokers over wan as this is not&nbsp;advised to do.</span><span class="Apple-style-span" style="line-height: normal; ">&nbsp;</span></li></ul><div>I could:</div><div><ul><li><span class="Apple-style-span" style="line-height: normal; ">make my producer aware to submit messages to the correct broker by keeping a map of which host is connected to which broker, but I would really like to avoid that.</span><br></li><li><span class="Apple-style-span" style="line-height: normal; ">create on the broker on which the producer connects for each remote location a queue which shovels (shovel plugins) the message to each remote broker. When the queue doesn't exist on the local broker or remote broker, &nbsp;the message is not routed. &nbsp;For the location the queue exists it arrives. &nbsp;This however feels a bit of a "hacky" solution, if I have 10 sites, I send 9 useless message, ...<br></span></li></ul></div></div><div><br></div><div>Any advice would be appreciated.</div><div><br></div><div>Thanks,</div><div><br></div><div>Jelle</div><div><br></div>