ESB就是又一个EJB

一般的服务总线都有如数据转换、协议转换、消息路由等等通用功能。
其实，早在EII、EIA时就已经包含“数据转换、协议转换、消息路由”，SOA我个人认为最突出的地方就是面向架构设计的概念，并且ESB就好像是AJAX，都是利用原来的老技术通过新的组合和新的想法衍生出来，至于ESB是不是EJB现在还不好说的

呵呵。也许大家的理解都是对的，我最新得到的信息如下：

IBM ESB
> 有三款产品：WESB、WMB、Datapower 


1)WESB更注重在企业内、部门内的交互，主要以服
务的方式集成各个应用   （就是我说的重点，我推荐大家做opensource的朝这个方向努力）
2)WMB更注重消息的可靠性、路由，更多协议，以及大数据量
处理  
3)DataPower更注重安全性与性能


我反对用后面两个，因为没有必要。

如果只是业务逻辑复杂，负载大，但服务架构不复杂，完全没有使用ESB的必要，一个简单的workflow引擎就可以了。

如果架构复杂，而且负载量大，才有可能要使用ESB，这样可以把复杂的逻辑挡在业务单元里。

对于使用频度几乎不用考虑，因为牵扯的架构比较复杂，而且负载量大的业务几乎不可能直接暴露在外面。

不知道为什么，我知道的案例，如果是买的IBM的ESB，都是用的  WMB。
这个应该是旧产品改造的“ESB”。

而 websphere ESB，好像我还没有看到过一个case。这个好像是新开发的，真正符合SOA思想和目标的 ESB产品，有人见过用这个ESB的吗？

我估计这个才是 服务总线的真正市场所在。
参与竞争的有 wesb,aqualogicSB, 说不定 我们公司也会做这个级别的 服务总线产品。

我个人其实蛮喜欢BEA的aqualogic，一直在用它。
如果谈到ESB是否需要上，坦率地说从SOA assessment来看，它依赖于企业本身的SOA maturity，我前面说过，ESB is not kernel，但是当你的SOA成熟度到了一定程度的时候，ESB自然顺理成章。大家可以自己研究一下SOA的成熟度的问题，相信会对SOA的实施有些体会和帮助。