ESB就是又一个EJB

我听过不止一个愤青说过，SOA就是一个EJB，下场是一样的。

 

我不同意他们的这个说法，但是我其实明白他们想说什么：ESB就是又一个EJB，这个我倒是非常同意的。

 

首先我说说为什么我不同意“SOA就是一个EJB”：

SOA包括什么内容？我的观点请见http://hongsoft.iteye.com/blog/289341

1）服务的实现和封装（webservice/sca)

2）服务的管理 （服务管理库、服务总线，但是不是ESB）

3）服务的编排（BPM）

很明显，SOA不是下一个EJB。

 

但是，我认为ESB就是下一个EJB。

很明白，他们都做了些什么事情？

一般的服务总线都有如数据转换、协议转换、消息路由等等通用功能，（很黄很暴力）

而ESB还多了负载均衡、安全策略、服务监控、团队开发支持等特性。（和EJB的这些特性一样，基本就是废物）

 

我认为，我们的负载均衡、安全策略、团队开发支持 根本就不需要由这些产品来支持，我们开发人员有自己的办法来搞定他们。

所以，ESB就是又一个EJB。

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

SOA 的最大价值就是 ：业务敏捷

   怎样业务敏捷，无外乎就是有一个比较好的平台，可以去编排与重组服务 而实现自己的业务敏捷。
    而上面很多工作，就是基于ESB上面完成了

呵呵，我真的没有见过 哪个企业 用到了
ESB的  负载均衡、安全策略、团队开发 功能？能否说说让我学习一下/

当然，没有 服务管理特性，就不是SOA。这个我是同意的。

我研究过IBM的WID 和 TIBCO的BW

不过我发现，上面两个工具离我所理想的SOA服务管理工具还有一定差异~，呵呵~

不过他们还是在一定程度上面实现了业务的敏捷定制

他们都是基于各自的ESB平台的~

如果要说到那些企业 需要用到业务的敏捷定制，我也没见过~~再次见笑~

wid/wps中关于 ESB的  服务路由、协议转换、数据转换 这些特性是很好的，是SOA的核心所在。
我的意思是说，他们是  ESB中的 “服务总线功能”，不是“ESB功能”。


我认为不太存在一个“企业”级的服务总线，也不存在“企业”级的SOA。包括对IBM而言。

业务敏捷从技术上怎么体现？
我认为从如下方式：

1）我开发一个新的应用，对外暴露webservice非常方便，不增加工作量（自动的暴露为服务）
2）我如果要调用一个服务，可以通过服务总线的 服务路由、数据转换、协议转换 很方便的做到。
3）我要开发一个业务，可以由BA来画流程图，画的图 是可以执行的，然后 部署人员 配置技术方面的参数，就可以 执行流程了。BPM调用服务。
4）我的系统有新的需求需要调整一下，很方便可以做到（我在服务总线中做调整就可以）

服务总线==轻量级ESB==我们普通情况下对开源ESB的使用

足够了。

当然，开源的东西都有它的缺点，这个是另外一个话题。

1）我开发一个新的应用，对外暴露webservice非常方便，不增加工作量（自动的暴露为服务）

SOA的服务方好像不单是webservice吧，还有很多其他的东东，可以是一个应用的适配器，可以是一个数据库访问的URL 还可以是MQ平台，一切尽有可能。

体外话，也许把ESB的E去掉 SOA平台会简单很多。也会好理解很多。为什么非得加一个企业呢？加上这个E好像就一定要和业务有关系了。SB多好.