關于消息隊列之間的通信問題，可以通過采用ActiveMQ的Broker Cluster集群方式實現(xiàn)，ActiveMQ的集群方式主要由兩種：Master Slave和Broker Cluster。
1、Master Slave集群方式：Master提供服務，Slave實時備份Master的數(shù)據(jù)，以保證消息的可靠性。當Master失效時，Slave自動升級為Master，客戶端自動連接到Slave；
2、Broker Cluster集群方式：在多個ActiveMQ實例之間進行消息的路由。如：生產者應用連接一個ActiveMQ實例，稱為MQ1，所有消息都由該實例提供。兩個消費者應用分別連接另外兩個ActiveMQ實例，分別為MQ2和MQ3，兩個消息消費者需要消費MQ1上的消息，但它們連接的都不是MQ1，可以通過該集群方式方式把MQ1上的消息路由到MQ2和MQ3。
Broker Cluster的集群分為Static Discovery和Dynamic Discovery兩種。
（1）Static Discovery 方式：通過硬編碼的方式使用所有已知ActiveMQ實例節(jié)點的URI地址。為了保證消費者不因某個節(jié)點的失效而導致不能消費消息，在消費者應用中需要配置所有節(jié)點的URI。這種靜態(tài)路由存在的原因可能是因為靜態(tài)處理的方式使路由速度更快。
（2）Dynamic Discover 方式:在配置ActiveMQ實例時，不需要知道所有其它實例的URI地址，只需在所有實例的配置文件中進行相應設置，就可以實現(xiàn)消息在所有ActiveMQ實例之間進行路由。
Master Slave模式不支持負載均衡，但可以通過消息的實時備份或共享，保證消息服務的可靠性；Broker Cluster模式支持負載均衡，可以提高消息的消費能力，但不能保證消息的可靠性。
所以為了支持負載均衡，同時又保證消息的可靠性，可以采用Msater Slave與Broker Cluster相結合的模式。
關于不同MQ的性能對比，請參考以下這篇文章：
http://blog.x-aeon.com/2013/04/10/a-quick-message-queue-benchmark-activemq-rabbitmq-hornetq-qpid-apollo/
本站僅提供存儲服務，所有內容均由用戶發(fā)布，如發(fā)現(xiàn)有害或侵權內容，請
點擊舉報。
