消息中间件的选择,抑或选择WebService?
江南愚子 2010-02-09 11:23:33 我们的系统由一个B/S网站和一套C/S应用组成,网站与C/S服务器端连接
现在为了提高负载,也为了适应各地网络环境的差异,要在各地机房部署多个C/S服务器端,分别处理不同地域的C/S客户端请求,而网站需要与各个C/S服务器端通讯,也就是会形成一个网站服务器对多个C/S服务器端的架构
网站服务器与C/S服务器端通讯频繁程度一般,C/S服务器端之间互相无通讯,绝大多数情况下都是网站服务器通知C/S服务器端进行某项操作,少数情况要返回一个结果。C/S服务器端只是定时向网站服务器报告自身的负载情况(其实也可以由网站服务器定时主动询问)
也考虑了WebService,但感觉还是应该采用消息中间件,要求是:免费(开源不要求)、可支持Java(JMS)和C++的客户端——这是指消息中间件客户端,这在我们系统里就是C/S应用的服务器端了,我们暂时是用Java写的,未来可能提供C++写的。
查了不少资料,似乎ActiveMQ不错,其它JBossMessaging也有人推荐,另外也看到一个同是Apache的Qpid,但版本还是0.5。各位有什么推荐的吗?