1）ESB面向的对象是服务，也就是说，ESB需要去集成的对象都是服务，而服务是基于标准的，例如Web Service。EAI中，集成的对象则是不同的中间件平台

2）ESB在集成的过程中，更强调一种“统一消息”的概念。这种“统一消息”的格式，是可以被在ESB中所集成的各个服务都认可的。但在EAI里，则是集成的各方基本都存在自己的“方言”，这就要求，EAI平台，必须能够认识这些“方言”并解析这些方言。由于在解析的过程中要经过翻译成对方可以识别的语言，而ESB不用，这样就大大提高了运行速度。

3）ESB支持异步消息的交互。通常，集成各方的消息传递有两种模式，一是同步的请求-回应模式，另外一种则是异步模式，请求方法送一个消息，马上返回，不用等待结果。对服务组件来说，就被摆在那里，可以对异步消息作出响应，既不用关心具体的调用协议，也不用关心数据的路由细节，只关心一件事情：接收消息并处理消息。这一点在EAI中是很难办到的。
ESB支持逻辑功能上和物理上高度的分布式布署，这个也是EAI模型的一个弊端。
CIO如何透过ESB布署SOA应用
面对SOA的灵活和开放性，给了CIO更多的选择理由，但是机会和挑战同样并存，不菲的平台迁移成本以及成功案例的缺失，使CIO在SOA的选择上困惑不已。

CIO不但要考虑必须对现有产品进行集成以支持SOA的使用场景。还必须考虑如何构建面向未来的SOA应用。选择什么样的ESB来实现SOA的融合是摆在所有CIO面前的一道难题，Apusic ESB的出现和应用恰好为这个难题提供了一个解决之道。

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

在智能网络方面：Apusic ESB具有高度的分布式部署特性，在物理上服务器之间不受时间和空间的限制，在逻辑上，集中式管理Apusic ESB可以组成网络相互连接尽而形成完整的企业服务总线。

在服务仓库方面：Apusic ESB是一个符合Web Services标准的多协议服务容器，任何一个已经公开的Web服务都可以被注册到Apusic ESB的服务仓库中，成为基于服务的组件库中的一员。
不同的协议与不同的WEB服务器之间进行共享、协调互通也是SOA的精髓所在。

在业务重组方面：Apusic ESB引入了工作流流程化的概念，可组装编排对于用户来说，只需要关心流程中的一个服务即可，无须再去关心BPEL的具体技术细节。
流程化的服务组织，使SOA可以将服务的功能和需要完成的业务分离开来。一旦业务发生变化，只需要简单的修改流程定义，就可以适应新的业务场景，使SOA系统具备高度的弹性与可扩展性。

在数据集成方面：Apusic ESB针对不同数据库的特点提供了针对数据库的适配器，实现遗留系统的非破坏式接入Apusic ESB。实现异构数据结构、异构数据库平台之间的数据自动转换。

在管理工具方面: Apusic ESB提供了一体化的管理工具，通过工具，可以非常方便的对Apusic ESB进行集中式管理、可视化的流程设计，以及运行期的实时监控等功能。

SOA虽然在ESB兴起中走上了康庄大道，但是谁又能给SOA提供一份最为宝贵的成功经验呢？业界、CIO、专家、厂商都在探索中寻找解决方案，2008年是SOA的产品年也是SOA的落地之年，ESB与 SOA的完美融合能否破解CIO的困惑，还需要在未来的实践中验证。