In a chat between Sanjiva, Shammi, Sagra, Miyuru and myself, we thought this will enable other powerful scenarios.
For example, we want to send a message to a list of interesting parties. One of those parties is a queue via which we need to load balance processing. Currently we need to run a ESB moving messages from topic to queue and it become a Single point of failure which need much more complex handling. So I am +1 On Mon, Jul 21, 2014 at 3:57 PM, Srinath Perera <[email protected]> wrote: > Hi Shammi, > > This is the broker network model, supported by ActiveMQ etc. > > MB2 do not need this in a cluster, as we replicate messages and > subscriptions to nodes as needed. However, when there is multiple data > centers, then networked model might be needed. > > Can we do this without huge change? > > --Srinath > > > > > On Thu, Jul 17, 2014 at 3:19 PM, Paul Fremantle <[email protected]> wrote: > >> Shammi >> >> The first model is very important for scaling up subscribers to pub sub. >> >> For example if there is a model where a single machine cannot handle all >> the traffic to a topic then you need (e.g) two machines each getting half >> the traffic. >> >> The way to solve this is exactly what you have described: you subscribe a >> queue to the topic. Then you have n servers pull from the queue and you can >> scale this up completely. >> >> >> Paul >> >> >> On 17 Jul 2014 07:59, "Shammi Jayasinghe" <[email protected]> wrote: >> >>> Hi , >>> >>> Point to Point and Pub/Sub are the common messaging patterns we are >>> using currently in a MessageBroker. However, with modern requirements >>> people encountering with , it seems, just having above patterns introduces >>> some additional integration layer in between Topics and queues. So i >>> thought of coming with a feature which is nice to have in WSO2 Message >>> Broker and it would be great to have ideas on this. >>> >>> 1. Sending Messages from a Topic to Queue >>> >>> Currently , there is no a direct way to forward a received message to a >>> topic subscription to a queue inside message broker. The pattern we are >>> using is having ESB proxy in the middle and sending it to a queue. How >>> ever, it has to go through JMS transport in order to have this and it >>> introduces an additional complexity in deployments. Apart from that there >>> is a blocking case when we have created a durable subscription to a topic >>> via ESB >>> >>> So i thought of having a feature like following diagram. In the same >>> time that we have subscription for a topic, we should be able to make Queue >>> subscribe to a topic. Then that queue can be consumed by multiple Consumers. >>> >>> >>> >>> >>> >>> 2. Communication among MB clusters >>> >>> There are users who are having multiple message broker clusters in order >>> to fulfil their messaging requirements. When using those clusters , there >>> are requirements for sending messages among those clusters. With current MB >>> design, there is no way to do that and we need to have integration ESB in >>> the middle in order to have this. So i would like to discuss on how we can >>> have this kind of feature in Future MB versions. >>> >>> >>> >>> >>> So , i would like to have ideas on whether above feature are valid >>> points and if we are going to have these , how we are going to have them. >>> >>> Thanks >>> Shammi >>> >>> -- >>> Best Regards, >>> >>> * Shammi Jayasinghe* >>> Associate Tech Lead >>> WSO2, Inc.; http://wso2.com, >>> mobile: +94 71 4493085 >>> >>> > > > -- > ============================ > Director, Research, WSO2 Inc. > Visiting Faculty, University of Moratuwa > Member, Apache Software Foundation > Research Scientist, Lanka Software Foundation > Blog: http://srinathsview.blogspot.com twitter:@srinath_perera > Site: http://people.apache.org/~hemapani/ > Photos: http://www.flickr.com/photos/hemapani/ > Phone: 0772360902 > > _______________________________________________ > Architecture mailing list > [email protected] > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > > -- ============================ Srinath Perera, Ph.D. http://people.apache.org/~hemapani/ http://srinathsview.blogspot.com/
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
