我已经经历了Message Brokers和ESB上的不同问题/文章(甚至在stackoverflow上)。 仍然不知道Message Broker和ESB之间的CLEAR分界是什么? 现在我在这里试图比较产品,Websphere Broker和Mule ESB! 首先,(任何版本)Webshere Broker是一个ESB? 我们的IBM产品家伙声称它是一个ESB!(我对此并不感到惊讶)。 我的有限信息告诉我,Message Broker在HUB-SPOKE模型上工作。 然而,ESB在公共汽车架构上工作。 那么这到底是什么意思呢? 我读过比如果HUB失败(我猜不可用),那么经纪人完全失败。 这不是一个ESB的情况(所以这些人说)。 我不明白的是“如果公交车怎么办? 现在通常关于ESB和Brokers的东西是,它们提供了路由,转换,编排等等。所以如果两者都提供这个,那么为什么我会select一个呢。 冲突的另一个领域是关于变革。 与Message Brokers相比,ESB是否以不同的方式来实现它? 我真的很喜欢这方面的一些见解。 现在谈论水平缩放。 谁胜过谁? 或者,在复杂性(或任何其他因素)方面,它们都是同等可扩展的。 当然成本明智,Webshpere经纪人是要收取你的每个盒子(更不用说每个CPU)。 我相信,即使是商业MULE ESB也没有这样做。 撇开成本部分,ESB扩展和Message Broker扩展的含义是什么? 我碰巧知道你可以扩展到ESB的服务级别。 在Message Broker中这可能吗?