ESB就是又一个EJB

哦~~我不同意~
我恰恰认为ESB是SOA的精华所在~

我更觉得SB才是精华，E只是在SB的基础上进行特例话的东西。

是的，SOA的S是服务，不一定是web service。这句话是从业务的角度来说的。
从技术角度看，基本上都是web service吧？我还听到过corba体系下实现的soa架构。其他的好像没有听过。

SOA的服务不一定是web service这句话就是国外那帮 非技术人员说的。这句话是对的，但是我一般就认为是web service.

技术角度应该说一切能够识别SOA平台接口描述的应用，就好像WS可以识别SOAP报文一样。 只要能识别就能被平台调用，就具备构成一个服务的条件。
大概的说SOA的服务方都是适配器。WS也可以看成一个适配器。 不知道这样说行不行呢？

从技术上看，服务可能是：
1）wsdl所表达的业务接口
2）idl所表达的业务接口
3）XXX所表达的业务接口

他们有业务含义。可能还是 无状态的、自治的、有安全、事务策略的 等等。

如果ESB是又一个EJB,那谁是Hibernate？

在我看来EJB的技术范围比hibernate要广很多。

我认为应该用轻量级的服务总线，而且是多个并用。

我认为不应该存在 企业服务总线，实际上这样级别的SOA项目也不存在。

在我看来EJB的技术范围比hibernate要广很多。

我认为应该用轻量级的服务总线，而且是多个并用。

我认为不应该存在 企业服务总线，实际上这样级别的SOA项目也不存在。

认同，非常认同。所有我做的叫SB不叫ESB。但是SB也不轻量，主要是因为要靠广泛的支持去实现特别的需求。 多个并用还不够 ，还可以分层套用。

晕，你没见过并非代表没有用或者不存在！
负载均衡在小型应用上当然是很少的，但是在大型的企业应用上有负载均衡是绝对可以带来明显的性能提升的。
安全策略，当然你可以说你可以在别的地方来做策略管理，我不知道你对策略管理是怎么理解的，难道你直接加在service上？在ESB里面加上策略管理明显是可以灵活地插拔。
对于ESB还有一个重要的功能，在一个大型的企业中存在各种service但是这些service的实现方式肯定是有很大差异的，因为语言或者规范的差异，会导致彼此的调用或者编排不是设计中那么高的兼容性，而ESB的一个功能就是可以消除这种差异性，在真实的大型SOA项目中是绝对好用的feature，君不见，oracle以前的ESB产品就是一堆adapter吗？

虽然人家叫ESB，但是本来就是支持多个并用的。

晕，你没见过并非代表没有用或者不存在！
quote]

先说说我大概了解的ESB的产品使用情况：
1）js银行的ESB的总体结构是：  总行一个ESB，分行各一个ESB，部分支行还买了ESB。
   采用的是“联合ESB”架构。其使用方式和EAI并无本质区别。
2）jt银行的ESB上面管理了 极少的服务（一个表+一个web应用就可以搞定的事情）
3）ah电信的几个系统本来运行很正常的，买了ESB后，经常down机.....不走ESB就又正常了，但是问题就是发现不了

不要受大厂商的HY，自己明白自己需要什么。