<div dir="ltr">I know there has been discussion in the past about limits for queues in a rabbit cluster, and there is no real hard limit except for what you impose on yourself via file descriptors and memory (to a degree). I am curious about those of you who have run Rabbit clusters with many thousands of queues, how its been performance and management wise.<div>
<br></div><div style>Our application structure is based on an &#39;account&#39; and so everything that needs to be queued needs to be segregated by account because of database connections. We have a stream of generic change events that flow into the cluster to a single master exchange and each interested functional area is an exchange that is bound to the master exchange on a set of event types via topic routing. Each functional area exchange has a queue for each account.�</div>
<div style><br></div><div style>Right now this is not a big problem because we have relatively few functional areas and accounts, but as we grow bigger the number of queues will grow very quickly. This is why Im curious about others&#39; experiences with complicated routing in combination with many many queues. Is there an alternative that I should be considering? We are currently not in production with this setup, but are very close.</div>
<div style><br></div><div style>Thanks guys!</div><div style><br></div><div style>- Eric Berg</div></div>