我们是一家考虑使用WSO2 ESB作为几个关键任务系统之间的代理的公司.我们已经指出下面的文章比较了一些解决方案:
http://esbperformance.org/display/comparison/ESB+Performance
其中一个主张是WSO2 ESB破坏大于16,384字节(16KB)的消息 - 这是正确的陈述吗？由于该文章是由一家竞争公司撰写的,我们认为存在一些配置缺陷或一些疏忽,因为这看起来像一个主要的错误.
请澄清.
Rav*_*viU 10
首先,你说的是性能基准是由WSO2ESB产品系列的竞争对手进行的.有一些意见伪装成腐败问题,但只有一半可能有任何优点.与XSLT损坏相关的问题是一个错误的结论,测试的配置缺少语义,由此导致的错误不能归因于消息损坏.
与大于16K的消息损坏相关的问题只是非默认自定义配置的问题,该配置启用了称为Streaming XPath的功能,该功能用于增强XPath方案中的性能.虽然这里存在一个真正的问题,但这绝不是默认配置,并没有真正影响WSO2 ESB的数千个真实部署.流式XPath在最近发布的WSO2ESB 4.8.0中得到了稳定.WSO2 ESB仍然是最快的开源ESB.案例研究如:http://wso2.com/casestudies/ebay-uses-100-open-source-wso2-esb-to-process-more-than-1-billion-transactions-per-day/显示WSO2 ESB的价值在高容量和高性能的情况下.
| 归档时间： |
|
| 查看次数： |
329 次 |
| 最近记录： |