我们是一家考虑使用WSO2 ESB作为几个关键任务系统之间的代理的公司。我们已经指出下面的文章比较了一些解决方案:
http://esbperformance.org/display/comparison/ESB+Performance
其中一个主张是WSO2 ESB破坏大于16,384字节(16KB)的消息 - 这是正确的陈述吗?由于该文章是由一家竞争公司撰写的,我们认为存在一些配置缺陷或一些疏忽,因为这看起来像一个主要的错误。
请澄清。
答案 0 :(得分:10)
首先,您说Walk2ESB产品系列的竞争对手已经完成了性能基准测试。有一些意见伪装成腐败问题,但只有一半可能有任何优点。与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在高容量和高性能场景中的价值。