本文详细介绍了基于Master-Slave+BrokerCluster的系统设计，通过多组Broker实现负载均衡与容错，确保任何一个节点故障都不会影响系统运行。通过JMS选择器实现消息路由，确保消息消费的稳定性和高可用性。
Msater-Slave+Broker Cluster的模式。
我的思路时
BK1,BK2一组
BK3,BK4一组,
BK5,BK6一组，
每一组都是基于数据库的mater,slave。
并且每个BK都是discovery,动态broker cluster
生产端的客户客端 failover(BK1,BK2)
消费端1可以 faileover(BK3,BK4)
消费端2可以 faileover(BK5,BK6)
消费端3可以 faileover(BK5,BK6)
消费端4可以 faileover(BK5,BK6)
其中具体业务解决方案为：通过 JMS select选择器，选择要消费的消息。
这样就实现了
Msater-Slave+Broker Cluster
任何一个节点down都不会影响，整个系统运行。
不知道我说的对不？ 以上是理论，具体测试没有测试！
欢迎大家讨论？
我的思路时
BK1,BK2一组
BK3,BK4一组,
BK5,BK6一组，
每一组都是基于数据库的mater,slave。
并且每个BK都是discovery,动态broker cluster
生产端的客户客端 failover(BK1,BK2)
消费端1可以 faileover(BK3,BK4)
消费端2可以 faileover(BK5,BK6)
消费端3可以 faileover(BK5,BK6)
消费端4可以 faileover(BK5,BK6)
其中具体业务解决方案为：通过 JMS select选择器，选择要消费的消息。
这样就实现了
Msater-Slave+Broker Cluster
任何一个节点down都不会影响，整个系统运行。
不知道我说的对不？ 以上是理论，具体测试没有测试！
欢迎大家讨论？
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
