所谓ESB

1.       前言

到底啥玩意叫 ESB 呢？

在回答这个问题之前，我们可能先要回答，到底啥玩意叫 SOA 呢？

SOA 开始热炒的时候，小弟我刚踏入 IT 行业不久，正在老老实实的写 struts ，没有机会聆听 SOA 的宣讲。

过了好几年，现在公司要研究 ESB 技术，我就有幸参与了对 mule 之类开源 ESB 的研究。很有点感性，想拿出来跟大家谈谈。

 

2.       兴奋期

  所谓的 ESB ，一开始接触到的时候，觉得很牛，把所有的应用聚集在 ESB 上，消息之间的转发，数据格式的转换，传输协议的转换，数据处理流的配置都可以在 ESB 上面做 。

   顿时大家都感觉这个工作太简单了， ESB 实在是解决应用系统整合的利器。

 

3.       困惑期

  可是随着我对 mule 的深入研究，我越来越发现不是那么回事情。

  应用系统整合到 mule 上面去，不做大量的修改是不可能的。更不论 mule 本身版本不断的升级，每次 mule 的升级都是对上一版本的毁灭性破坏。还有 mule 有如天书般的配置文件。

  另外，我在想，如果你用 ESB 做消息转发处理的总线，那为什么不用 MQ 服务器呢？当然你会说， MQ 只能接受 JMS ， ESB 是啥玩意都能收。但是，为什么不能把各个系统的消息接口都改成 JMS 呢，这个工作量并不比上 ESB 小啊。。。

 

4.       领悟期

突然有一天，我看到了一个兄弟的帖子，我领会了一切。

原来， ESB ，原理说明白了，就是消息中间件加上一些对其他消息的转换，实际项目中自己完全可以开发出来，只是没有用那些标准罢了。

我们跟着想下去，如果我们在开源的 activeMQ 基础上，加了一层封装，把 jetty 加进去，那么我们的这个 MQ 是不是就可以接受 JMS,http 请求， ftp 请求等等。。

如果我们再添加一个通过 XML 转换消息格式的功能，那么我们做出来的会是什么？

答案：就是 mule 。

 

啊～～～原来超级加强版的中间件就是 ESB 啊。

于是，我们就能看到那些 MQ 生产商，迅速的开发出来了自己的 ESB ，比如下面这个

http://www.tibco.com/software/enterprise-service-bus/default.jsp

 

所以我预言：

a.       未来的 ESB 将会无缝整合 MQ,Http 引擎，成为统一天下的中间件

b.       各个中间件厂商会互相吞并～～

# 以上 #

我研究 mule 的一些文章：

文章名	地址
初探 mule	http://blog.csdn.net/nanjingjiangbiao/archive/2010/10/08/5927932.aspx
Mule 3.x 中对 Ftp 协议的支持	http://blog.csdn.net/nanjingjiangbiao/archive/2010/10/11/5933923.aspx