英难本无名

    EAI模式的出现，有效的解决了协议式和消息式中存在的不足，星状的布局设计，可以有效的解决数据载体间的离线式传输，但是会暴露给外界更多的业务接口，企业和企业之间很难打通，缺乏灵活性的管理对于企业来说是致命的。

    ESB的出现有效的解决了EAI所遗留下来的缺点，血统上两者类似于近亲，都是为了解决各个不同应用在消息层面的数据转换、数据集成以及流程集成，这也是为什么媒体会把ESB和EAI混为一谈，其实两者不然。

    在技术上ESB和传统的EAI具有更好的特性和更灵活的架构：
    ESB面对的对象是服务，而服务是基于标准的，例如Web Service（这也是为什么很多厂商为什么会提到WSDL，SOAP等协义，我们暂且不去考虑这些协议的来源，只要了解集成的协议越多，基于的服务也越多，ESB的功能就会越强大）。EAI集成的对象是不同的中间件平台。

    在集成过程中，ESB类似于开发中JSP，一次编译处处运行，EAI相当于ASP，每次运行都要重新编译，在速度上有差别，这也是为什么JSP风靡一时，ASP暗谈无光的原因。

    ESB支持异步消息的交互。通常集成各方的消息传递有同步和异步两种，接收指令，送达一个消息，不用等待结果。有点类似于现在快递员，只需要把接收到物品送到指定位置，不处理任何响应。EAI中实现这种功能还是有难度的。

    Apusic ESB 立足于Apusic应用服务器和Apusic消息中间件之上，并与其无缝结合，具备面向服务、面向消息、事件驱动的特性，是一个在SOA架构中充当服务兼智能化集成与管理中介的灵活敏捷的基础平台，成为SOA解决方案落地的关键。

    可是近年来SOA的上镜率，直线标升，连计世《双面SOA》通篇上千字的文中，ESB更是难觅踪迹，ESB和SOA像是一对绝缘体，有种老死不相往来的感觉，这与人们对ESB的关注不够有关，加上ESB在技术上的确让人难以理解，所以师出无名就不足为怪。