目前我们正在开展一个项目,我们正处于项目的设计和架构阶段,以下是项目的要点。
现在问题是CompA和Comp B之间进行通信的最佳方式
一种方法是
1. CompA--------> CompB 2. CompA-------->Messaging Server(JMS)------> CompB
要求:将有多个CompA和CompB是系统,如果任何组件发生故障,其他对等方将共享负载,例如,如果CompA失败,其负载将由其他CompA实例共享在系统中。为此,我们将使用JMS进行第二个选项,以便CompA不与CompB紧密绑定。但是,随着新组件(Messaging Server)的引入,这可能会导致性能下降,因为记录处理是事务性的,系统是实时的。
您的建议和专家建议将受到高度关注
答案 0 :(得分:5)
JMS是可行的方法 - http://docs.oracle.com/javaee/6/tutorial/doc/bnceh.html
它非常可靠,您可以执行设置消息过期和强制执行优先级等操作,它非常适合您的模型,该模型基本上是网络上的“多个生产者/多个消费者”。
JMS支持事务,它是为可靠性而构建的 - 到目前为止它是最可靠的机制。在性能方面,你应该谈论“可扩展性”而不是“原始性能”。如果你的硬件可以应付,JMS会。
维基百科有一个非常好的可用JMS实现列表: http://en.wikipedia.org/wiki/Java_Message_Service#Provider_implementations
我使用过Apache ActiveMQ,Open Message Queue和OpenJMS,即使我没有在集群环境中部署JMS服务器的经验,我也认为ActiveMQ是我使用过的最可靠的解决方案。
答案 1 :(得分:1)
我建议使用JMS with spring integration。 check示例
在我的情况下,我们已经将ActiveMq与spring集成一起使用,以便我们能够轻松处理负载均衡和故障转移。