我正在寻找那些将WebMethods ESB扩展到大流量（包括大小和数量的消息）的人。那怎么样了？有没有问题，你是如何解决的？
答案 0 :(得分：3)
从我处理的环境（从4到1000台服务器）开始，它可以很好地扩展。
这很大程度上取决于您所管理的信息传输技术的类型。
最快是专有的webMethods Broker，它在配置良好的服务器上，每天可以轻松处理数百万条＆gt; 100kb的消息。
如果直接在Broker上使用JMS传输（对本机代理格式没有转换/ repush），额外的消息处理步骤会稍微减慢它（但是新的7.1.2版本已经大大改进了。）
其他类型的传输（无状态Web服务和其他类型）通常不涉及ESB，但您的物流架构可能会有所不同，因此没有明确的答案。
大部分时间，克隆集群或非集群系统中的组件就足够了（这个过程主要是IO绑定的，因此可能在虚拟化上获得良好的结果[或者para-virtual，container，systems];有时你真的需要更多的金属。
答案 1 :(得分：0)
AFAIK，人们可以通过webMethods获得一些不错的数字（但他们不使用webMethods群集）。 webMethods流程可以扩展，但缺点是它们不会在每个阶段持续存在。如果您不使用进程，则应该可以使用缩放。