|
精华帖 (7) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 作者 | 正文 | ||||||||||||||||||||||||
|
发表时间：2009-01-19
cats_tiger 写道
不知道这位的哥们的星都怎么给的，据我所知 ActiveMQ的使用范围，文档，案例，以及社区活跃程度比JBossMQ要强很多。 |
||||||||||||||||||||||||
| 返回顶楼 | |||||||||||||||||||||||||
|
发表时间：2009-01-19
闲着也是闲着 写道 JBOSS MQ是以前的故事了，新的叫JBoss Messaging，整体稳定性和性能有大幅提高。如果你们有JBoss支持，建议用Jboss Messaging，毕竟出了问题也算有靠山...
ActiveMQ历史长，也相当成熟，特别是它有各种语言的客户端库，包括C/CPP等。如果你们的系统里涉及多种平台和语言，用JBoss Messaging就不爽了。不过ActiveMQ的商用支持在国内没怎么听说过。 传说JBoss Messaging可以用一种broker和ActiveMQ连起来，这样也算变相提供了多种语言的支持，俺没用过，稳定性难说。 对于大规模商用系统，厂商二线技术支持是必须考虑的事情，否则出了事情哭都没有地方哭... 哈，商业支持可以找Progress啊 
目前AcitveMQ的绝大多数Committer都就职于Progress，负责维护 http://fusesource.com/ |
||||||||||||||||||||||||
| 返回顶楼 | |||||||||||||||||||||||||
|
发表时间：2009-01-19
cats_tiger 写道
明显误导人, 你这个个表中的JBossMQ和ActiveMQ要对掉一下.
|
||||||||||||||||||||||||
| 返回顶楼 | |||||||||||||||||||||||||
|
发表时间：2009-01-19
哇，开始出现不同意见咯！！
理不辨不明，期待有大拿给权威答案 |
||||||||||||||||||||||||
| 返回顶楼 | |||||||||||||||||||||||||
|
发表时间：2009-01-19
对JbossMQ ActiveMQ 不太了解,IBM MQ一直在用,感觉马马虎虎.IBM MQ在有内外网的时候总是慢半拍,客户端死掉的时候再次连接总是摆工. 短连接长连接一起上还是不怎么稳定.需要写一大堆的适配器去迎合IBM的标准.
|
||||||||||||||||||||||||
| 返回顶楼 | |||||||||||||||||||||||||
|
发表时间：2009-01-19
linliangyi2007 写道 江南白衣 写道 现在mq们的集群方案，主推都是用DataBase 或 SNA来存储消息，8台MQ互相复制的做法不大现实。
另外，OpenMQ这个开源新贵Sun同志的产品也可以考虑下哦。 楼上两位提醒的是。应该是我没有说清楚，我说的模仿RAID的算法大体是这样的： 假设有8台的jBoss，J0 - J7； 当一个用户请求到达J0时，向J0的jms队列发送一条M0,J0收到后根据特定算法，它将发送一个备份消息到J3的jms中、，主--备消息可能有如下映射： J0-->J3 J1-->J4 J2-->J5 J3-->J6 J4-->J7 J5-->J0 J6-->J1 J7-->J2 如果这时J3宕机，J6上的备份信息将继续处理，确保J3上的请求不会丢失。与此同时，J0的备份信息将发往J6，如此，按照一定算法循环，简单模拟RAID的存储备份规则。 同时每台JMS有自己的本地数据库，考虑采用简单一点的如MySQL，来存储消息队列。 在8台jBoss都正常的情况下，通过IP分配原则，分摊来自不同IP的请求。以这样的集群方式，应付高并发，且又要求高可靠的生产环境。哪怕一台服务器每秒只有500个请求的处理能力，8台也能轻松应付4000笔业务的峰值。 这个目前只是一个很粗很粗的设计思路，不要问我具体的技术细节哦，我也没去细想呢，呵呵！ 目前的关键是，先选取一个高可靠，稳定且已扩展的jmx服务端，我们再根据它的一些特点来设计我们的整体服务架构。 还请兄弟们多给一些jmx服务器的点评啦，谢谢！！ 这样行不? J0是引导队列,它负责接收所有的请求. J1--J7都从JO去取值,或者JO主动将队列值推给J1--J7 让J1-J7达到负载均衡. 对于匿机备份 还是需要在J0这段进行详细的任务日志记录,在没有很好监控的条件下匿机备份简直就是梦话.这点也是我排斥用第三方MQ的原因.现在用IBM MQ只能是客户端和服务端进行约定,看消息是否丢失或者异常,这个成本太高了. |
||||||||||||||||||||||||
| 返回顶楼 | |||||||||||||||||||||||||
|
发表时间：2009-01-19
楼上的兄弟，你没明白我的意思，我是想从应用层同时向两个jms发送消息，一个主送，一个备份，不存在你说的J0负责所有请求，否则又是一个单一故障点咯，这样的群集就没有意义了
|
||||||||||||||||||||||||
| 返回顶楼 | |||||||||||||||||||||||||
|
发表时间：2009-01-19
jnn 写道
cats_tiger 写道
不知道这位的哥们的星都怎么给的，据我所知 ActiveMQ的使用范围，文档，案例，以及社区活跃程度比JBossMQ要强很多。 天哪，我写反了！！！！！ |
||||||||||||||||||||||||
| 返回顶楼 | |||||||||||||||||||||||||
|
发表时间：2009-01-19
andyao 写道
cats_tiger 写道
明显误导人, 你这个个表中的JBossMQ和ActiveMQ要对掉一下.
抱歉，抱歉，写反了 |
||||||||||||||||||||||||
| 返回顶楼 | |||||||||||||||||||||||||
|
发表时间：2009-01-19
linliangyi2007 写道 楼上的兄弟，你没明白我的意思，我是想从应用层同时向两个jms发送消息，一个主送，一个备份，不存在你说的J0负责所有请求，否则又是一个单一故障点咯，这样的群集就没有意义了
其实这和你说的并不违背,我只是想把负载均衡的功能从应用中剥离出来,不要加重应用本身的逻辑.不好意思习惯了用适配去补救原有应用的不足.因为改现有稳定的应用毕竟是比较麻烦和高风险的事情. |
||||||||||||||||||||||||
| 返回顶楼 | |||||||||||||||||||||||||
