我正在寻找具有将WebMethods ESB扩展到大量流量(消息的大小和数量)的经验的人。怎么了？是否有任何问题，我们是如何解决的？

解决方案

AFAIK，人们通过webMethods获得了一些不错的数字(但他们没有使用webMethods集群)。 webMethods流可以扩展，不利之处在于它们不能在每个阶段都保持不变。如果我们不使用流程，则可以进行扩展。

从我处理过的环境(从4到1000台服务器)来看，它的扩展性非常好。

这完全取决于我们管理的信息传输技术的类型。

最快的<B>是专有的webMethods Broker，在配置良好的服务器上，每天可以轻松处理数百万条大于100kb的消息。

如果直接在代理上使用JMS传输(本机代理格式上不进行转换/重推)，则额外的消息处理步骤会使它有点慢(但是新的7.1.2版本已大大改进)。

其他类型的传输(无状态Web服务和其他类型)通常不涉及ESB，但是物流体系结构可能会有所不同，因此那里没有明确的答案。

<I>在大多数情况下，克隆集群或者非集群系统中的组件就足够了(该过程通常受IO限制，因此我们可能会在虚拟化[或者半虚拟，容器，系统]上获得良好的结果；有时确实需要更多金属。