ActiveMQ VS jBossMQ的选型讨论，给点建议！

.....能说详细点么，这个我非常关心。SUN的MQ在某些方面确实易用性不好，管理端的用词也容易让人迷惑，明明是将连接配置保存在一个文件里，却把一个本地文件路径当成jndi。

谢谢楼上各位大大。

对于高并发，如果不用消息队列的形式，如果能承受峰值的请求处理呢？
比较明确的一点是，如果发生4000/s的请求，如果直接调用业务逻辑执行，几乎是不可能。一次完成业务处理基本要大几十毫秒的。在我看来，一个是靠群集分担处理，另一个就只能靠队列来处理请求了，否则服务器关应付HTTP的线程等待，估计就要爆了。

解决高并发情况下的任务队列处理

我不知道你的任务是什么,但是我提一个问题.比如A向MQ发发送一个消息 很久都没有回复 那么你是否会继续向MQ发送这个消息呢?如果这样你是否有足够的机制保障队列里面的消息不重复? 如果重复是否加重了服务的负载. 如果不重复那么这个消息是否又有可能发生死锁? 这是用第三方MQ会给你带来的烦恼.

这个种问题是用MQ队列无法避免的,超时,重复.怎么解决

   简单点， 你发个1000W消息给SUN MQ， 看看他还能不能活过来， 消息堆积多了， 慢就慢吧， 那总得慢的能让我处理掉啊， 直接死了， 算个什么可靠性， 要直接删除存储文件才能起来， 如果是关键业务， 想象吧， 死人呐。 或者发几百万， 然后重新启动， 看他还能不能活过来。你能保证的消息的被完全处理， 就当我没有说过。
  最可笑的是， 有时候， 连接什么的都完全正常， 消息看上去发的很正常， 服务器却没有收到。当然这个机会很少， 我碰到过几次。还有很多BUG， 报告给SUN， 也得到了BUG确认， 修复动作特别迟缓。 半年也不给发布。 受不了。 最后决定撤出所有sun相关的软件， 一律不用。

4000/s的并发，是比较高，需要集群来做横向扩展的。
应用服务器的集群可以是 硬负载均衡器+应用服务器集群来达到。8台的话，每个应用服务器承载500/s的并发。

数据库集群我做企业应用主要就是用Oracle的RAC，Mysql的集群基本没有接触。

剩下的就是估计数据库服务器承载量的问题，估算前给一个具体的性能要求：
   每笔业务响应时间最长不超过10S。（10S的响应时间在峰值下，我认为还是合理的）

   按照你给出的估计，每笔业务处理的数据库交互假设需要50ms,我们来估算一下单台数据库服务器是否能够在性能需求下应付4000/s的并发访问。

  数据库最大连接数100.

  (4000/100)*(50ms) = 40*50ms = 2000ms.
  加多30%的冗余误差， 2000*130/100 = 2600ms .

也就是说： 3秒之内，数据库服务器就可以处理完4000笔并发。最长等待时间不超过3秒。


从这个角度来看，只要每笔业务处理的SQL性能优化很好，每笔SQL响应时间控制在100毫秒以内，数据库集群根本不需要，当然，数据库服务器的硬件配置要配置优越。

应用服务器的设计在开始的时候，考虑横向扩展的兼容，后面基本没啥大问题。

复杂的设计方案，就是采用你说的 MS消息队列来处理任务等待队列的问题了。
这样的方案，是可以支撑大并发的服务的，但是也就仅仅支撑而已，并没有给性能带来多大好处，更不好的还是引入了一个新的中间层技术，增加了设计复杂度。整体开发规模也要上去的。

所以，我的意见是，除非设计多个不同应用体系集成，如果是自身单一体系的设计，不要考虑MS。

当然，即使多个应用体系的集成，也不一定非要MS不可。 还有WS多种方案处理，MS最好的地方就在于队列缓存，消息分发。 这些在多异平台应用集成时，会派上大用场。

压力测试需要自己设计和去做的。
光听别人说都没用。  可以很负责任的告诉你，每个业务处理几十毫秒，500个并发上来，HTTP服务器不会爆。不过，服务器的配置就是需要更仔细和谨慎了。

楼上所言甚是。 只要没有大规模的计算。 WEBSERVER的程序只要不是胡乱整的。 业务上处理基本不会有问题。 怕的就是乱整， 比如一次读成千上万的数据， 或者反复开启事务处理。  一般来说， 你的系统上不了100并发， 基本是乱写的成份大一点。 现在的硬件能力太强了， 强到了可以让程序员不关心内存使用， 强到可以不关心一个计算花费多少时间， 强大到可以在后期压力测试中发现问题， 解决问题。

如果仅仅是发送消息的处理， 每秒接收4000消息不是问题。 等等， 我发测试报告到BLOG。 可以参考下。


http://sdh5724.iteye.com/blog/318376

ActiveMQ

我们公司以前用的是activemq，性能挺不错的
每秒钟并发量也超过1W了

JBOSS MQ是以前的故事了，新的叫JBoss Messaging，整体稳定性和性能有大幅提高。如果你们有JBoss支持，建议用Jboss Messaging，毕竟出了问题也算有靠山...

ActiveMQ历史长，也相当成熟，特别是它有各种语言的客户端库，包括C/CPP等。如果你们的系统里涉及多种平台和语言，用JBoss Messaging就不爽了。不过ActiveMQ的商用支持在国内没怎么听说过。

传说JBoss Messaging可以用一种broker和ActiveMQ连起来，这样也算变相提供了多种语言的支持，俺没用过，稳定性难说。

对于大规模商用系统，厂商二线技术支持是必须考虑的事情，否则出了事情哭都没有地方哭...

感谢，葱白，楼上各位，尤其是firebody大大和sdh5724大大为我提供了系统设计思路和性能数据的支持。