<div dir="ltr">I am trying to determine if it is possible/feasible to provide a single "router" of RabbitMQ systems to backing "storage" RabbitMQ systems.<div><br></div><div>Some explanation would probably be helpful...</div>
<div><br></div><div>Not all of our services have the same SLA. Some can tolerate certain amounts of message loss... others cannot tolerate message loss well at all. In order to address this, I'm looking at deploying several different configurations of RabbitMQ clusters.</div>
<div><br></div><div>That being said, I'd like for services not to have to know which RabbitMQ cluster they have to connect to. I would like to effectively have a set of "router" hosts that are all configured identically that federate exchanges to the various "storage" clusters that take care of our SLA requirements (mirror count, number of hosts, amount of disk/memory, etc).</div>
<div><br></div><div>Is this kind of configuration possible?</div><div><br></div><div>If both consumers and producers connect to different, non-clustered "router" systems, how do I configure federation to achieve this?</div>
</div>