又过一年了，更新一次自己的ESB笔记，内容实在，枯燥无味，浓缩即精华....年度最大发现应该是Fuse ESB 4.0吧。
ESB的类型
ESB最终以两种截然不同的形态存在于实际项目中：
一种是纯粹的SOA交互基础
中间件，是系统间松耦合地互操作的基础设施。
一种是ESB风格的
应用，如电信的能力网关那样联合多个系统提供组合服务。此时它既有一个ESB中间件作为其基础设施，同时也遵循着ESB的编程模型。
两者间的界限并不明显，在渐变中ESB对周边服务的业务逻辑会越来越了解，直接体现在ESB中的业务逻辑也越来越多。
解耦中介
由ESB充当解耦的中介，使得服务消费者对实际服务提供者的身份、物理位置、传输协议和接口定义都是不知道也不关心的，
- 协议转换(WebService，Http，JMS...)
- 数据转换(传输协议特定格式与ESB统一消息模型的转换，各服务间数据模型的映射转换)
- 消息路由(静态端点配置，基于内容的过滤与路由)
- MEP转换(同步/异步)
- 组合服务(ESB服务编排、可选的BPEL流程引擎)
ESB既支持通过统一的配置机制完成以上功能，也支持开发者在其上编写富含业务逻辑的数据转换、消息路由甚至业务处理模块。
服务中介
由ESB为服务的交互过程统一、批量、低廉的提供一系列的基础服务 。
- 服务治理 (服务注册中心)
- QOS (负载均衡，可靠性传输，异常处理，流量控制)
- 统一安全管理 (ESB的基本安全控制，含业务逻辑的安全控制)
- 服务日志与监控(服务调用及消息数据的日志清单，系统及服务的性能与状态监控)
- BAM业务活动监测(如发现某个服务的调用比昨天增加超过了一定的百分比，CEP复杂事件处理)
开源ESB实现
纷纷扰扰后，只剩下有实力的四国：
- Fuse ESB
， 基于ServiceMix与Camel，由IONA公司(被Progress收购)提供支持，ServiceMix 4.0 重点已从JBI移到OSGI，而且IONA同时也是ActiveMQ与CXF背后的公司，三者整合良好。
- Mule ，最早声势最大的开源ESB，由MuleSource公司提供支持。缺点是Transport质量较差，缺乏强力的AS底层，缺少服务中介能力，服务编排方式不理想.
- JBoss ESB ， JBoss提供支持，中规中矩没什么明显缺点的ESB，部署于JBossAS上，特色是可用JbossRules编写Router，用JBPM实现流程引擎。
- WSO2 ，基于Apache Synapse，由Axis2 背后的公司提供支持，但自己对Axis2一系向来不感冒。
商业ESB
- BEA AquaLogic ，作为服务中间件非常好，路由编排再次走了图形编程+XML Context(XQuery)的老路，在业务复杂时不容易玩，同时缺乏直接业务编程能力，只能调Java静态方法或远程EJB2.1方法。
- IBM(Message Broker, Websphere ESB，DataPower)，未接触。
- Progress Sonic ESB，最早的ESB，未接触。