（转载）ESB核心功能及使用场合
ESB是达到终点的手段，而不是终点本身。
1. ESB核心功能：
(1) 协议适配器
也被称作组件或服务，让ESB可以轻松地与基于HTTP,FTP,POP3/SMTP（电子邮件）和文件系统等通信协议的
传输方式对接。ESB适配器通常要么用作服务器端，要么用作客户端。例如，可以设置好一个HTTP监听器/消费
者来接受传入的请求或是作为客户端向外发送HTTP请求。下面给ServiceMix定义一个HTTP客户端适配器的
XML配置文件示例：
<http:endpoint service="testBasicAuth:MyProviderService" endpoint="myProvider"
role="provider" locationURI="https://localhost:8193/Service/">
<http:basicAuthentication>
<http:basicAuthCredentials username="testuser" password="testpass" />
</http:basicAuthentication>
</http:endpoint>
(2) 面向消息的中间件
基于Java的ESB使用JMS,而通常JMS被直接嵌入到ESB应用程序当中。JMS支持两种消息传递模型或通道：发布
/订阅(pub/sub),以及点对点。两者的区别是：
A. 在pub/sub模型中，多个消费者（订阅者）可以订阅并接受发布出来的消息；
B. 在点对点模型中，队列的方式使用更加普遍，因为通常不希望给定消息被多次处理。
(3) 基于XML的消息传递
(4) 智能路由和分发
ESB使用的路由规则根据消息的内容而有所不同（即动态的），或者也可以使用固定管线模式静态的建立路由。常
见的实现ESB路由的不同方法：
A. 处理管线
B. 路由票
C. 中央路由器
D. 基于内容的路由
E. 基于组件的路由
分发：是将消息拆分到多个消息通道或挂起时基于某种条件聚合消息。
(5) 消息转换
(6) 任务/定时器
(7) 服务质量/Web中介
(8) 监控和管理
(9) 可扩展的API
2. 适用ESB的场合：
(1) 服务化：有明确的业务需要，需要整合应用程序；
(2) 服务虚拟化：指的是能够逻辑定义抽象的服务端点，而不是使用实际物理地址的能力；
(3) 异步通信： 应用程序位于不同主机或不在同一个Domain时；
(4) 协议桥接： 应用程序采用不同的协议进行访问。
3. 不适用个ESB的场合：
(1) 服务编写：至按照某种特定的协议来编写服务，然后让ESB去操心可能存在的协议桥接问题；
(2) 协同与ESB：BPM的协同旨在传达一种视觉上可以理解的，甚至领域专家可以修改的业务流程；而ESB的数据
流转是一种供开发人员使用的工具，用来简化创建多步操作的工作。因此，ESB的数据流转功能应该只用在简单的
系列 步骤上，而不用作为BOM协同的替代。
(3) 同步的高通量分布式处理
总之，ESB是实现SOA的有一个技术工具，不过SOA不只是技术，还包括治理，流程甚至文化！
4. EAI与ESB的区别
(1) 架构思想
EAI产品是基于hub-and-spoke的model,而ESB是bus-based的model.
Hub-and-spoke是Centralized的架构，所有数据的搅浑有一个hub或者broker处理；而bus model使用的是
分布式的架构思想，ESB的功能可以由若干戈不同的的功能合作实现。
(2) 实现标准
EAI产品，如：WebSphere Message Broker, TIBCO BusinessWorks, and Sonic XQ都是基于专利技术实
现消息功能和转换逻辑(不过新版的这些产品也已经采用了bus model)；ESB基于开放标准：JMS,XML,JCA,
Web Service.
