【讨论】什么是ESB

ESB的全称是 企业 服务 总线。
应用领域是 企业级应用的集成。
关注点是 服务。
特点是 总线。

ESB应该是企业信息系统的基础性设置，各种可复用的资源（file，db，ws，jms，ftp，process，businessmodel等），可以注册到ESB，并在企业内部发布出来。同时，ESB应该易于扩展（协议，服务能力），易管理（提供监控和治理能力，QoS）。

EIP（企业集成模式）中 描述了ESB的动态轮廓：channel+filter：
一个ESB的运行时特征就像是一条流动的河（channel），中间可以走分支或者聚合（Splitter Aggregator），或者改道（router），也许某些地方，还有堤坝和水闸（flowcontrol）。

这个是我理解的ESB，大家觉得ESB应该是什么样子呢？

ESB应该是企业信息系统的基础性设置，各种可复用的资源（file，db，ws，jms，ftp，process，businessmodel等），可以注册到ESB，并在企业内部发布出来。
---------------
那就叫ERB好了，所谓ESB，重点是在service，所谓service是包含某种商业逻辑，提供某种功能的接口，因此所有的资源应该是透明的，所有的file,db,ws,jms,ftp,process都是不可见，可见的是服务接口。

偶像ray_linn 说到点子上了。
关注点是服务。管道内流动的东西，形式上都是水。
不管是咸水淡水，污染的水，泥水，自来水。

不管他们是怎么进来的，雨水，地下水，生活用水，进来以后，都是河水。
最终都去了该去的地方，大海里，农田里，工厂里。

有接入，接出，消息转换（marshal，unmarshal），格式转换（transformer）。

个人觉得ESB更像是IBM等公司卖自己产品的广告词.....我用我亲身经历的一个例子来说明，大家可能更好理解

10年前，公司建了一套产品历史记录系统，提供了个Web界面，可以对各种生产指标做出分析。Web界面很不错，大家都挺满意。

后来业务发展了，新的需求被提出来了（历史记录系统里有我们所要的一切数据），开发者觉得每次都要去写新的逻辑，新的界面，很麻烦，所以他们开放了数据库的读权限，各个部门都可以读数据库，实现自己的逻辑。（面向资源）

用的部分多了，就发现各个开发者良莠不齐，可能给数据造成很大的负担，面向资源的方式显然不是个好的方法。IT决定收回数据库的读权限，开放出某些存储过程接口给各个部门使用，这些存储过程封装了那些商业逻辑，用户可以拼装不同的存储过程实现新的逻辑。

这就是ESB的雏形了。。。

再后来，IT在这些存储过程中，加了些Web Service接口，加了些UDDI，这样你可以查询发现这些服务。。。。。大家觉得很cool，就叫ESB了。。。

ESB（Enterprise Service Bus）企业服务总线,关注点在于服务，以及不同服务之间的通信。其为不同的服务之间提供了一个统一的消息格式。
各个可复用的服务，如（file，db，ws，jms，ftp，process，businessmodel，http,soap等等）注册到ESB上。同时，为了能让用户使用不同的服务，必须为每一个服务提供相应的接入点，但是并不是每一个服务都可以让外部的用户访问的，这就出现了Binding Component（BC）和Service Engine(SE)的区别。只有BC，用户才可以通过其暴露的接入点来使用。SE只有通过BC才能够被调用。

ESB 难道不是 Extended SB ！！ 木哈哈哈~~~

先有SOA + 跨系统的work flow + 异步的MessageService ， ESB就八九不离十了。。

再扩展下去就是技术吹牛忽悠用的了，留给技术售前吧，呵呵

ESB好搞，SOA就比较难啦！

我觉得ESB只是技术上的东西.
但是SOA不仅仅是技术上要有支撑，而且更是指整个公司的运营模式.

概念都是用来出售的，而不是给客户使用的。

不同的人由于经历不同，对ESB的看法也不一样。

我根据自己碰到的，理解ESB应该包含以下内容：

消息服务器：消息接收器、消息队列、消息发送器。。。
Router：路由
mapping：协议转换器
工作流：workflow，或者只是flow
等待。

ESB奶奶的，不是个好东西，虽然看起来整个架构会更有条理，但是效率很差。
所以其目的是方便配置、管理的。

忽悠人的
上次和IBM一起实施了一个所谓的ESB的大型项目
结果那个所谓的ESB就是一个消息转发器
我用WebService直连不就行了，费那事干嘛
ESB的软硬件都是天价