Hi Paul Regarding your question.it looks like federation in one option, dispatcher is the other one.
With dispatcher, you can create distributed topology like publishers --> dispatcher --> array of brokers (they do not know each other) --> dispatcher --> consumers. The broker can be java or c++. In that case, the publisher / consumers use a single logical destination. which is physically spread accross the broker (if configured that way). I think you can find some details on the ML (e.g. http://qpid.2158936.n2.nabble.com/how-to-scale-out-qpid-td7625000.html#a7625009 ) HTH. oliv/ On Thu, Feb 25, 2016 at 9:22 PM, Steve Huston <shus...@riverace.com> wrote: > Hi Paul, > > I work with a set of customers that set this kind of thing up as a set of > meshed brokers with federation links that both load balances and acts as a > mechanism of high availability. > > -Steve Huston > > > -----Original Message----- > > From: Flores, Paul A. [mailto:paul.a.flo...@saic.com] > > Sent: Thursday, February 25, 2016 3:13 PM > > To: users@qpid.apache.org > > Subject: General Question: Network Load Balanacing? > > > > At a client site evaluating aspects of QPID for adoption for its use in > a mission > > critical application. > > > > > > > > This is one question / area I was asked to elicit information regarding > current > > capabilities, plans and alternatives. > > > > > > > > Has anyone looked at either the distributed broker functionality and / > or the > > dispatcher in this context? If so can you please share your insights. > > > > > > > > Is there anything specific in this area someone can point me towards? > > > > > > > > Thanks your thoughts, insights, comments and inputs are welcomed. > > > > > > > > Paul > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org > For additional commands, e-mail: users-h...@qpid.apache.org > >
