在20世纪90年代中期，许多企业期待企业应用集成就像圣杯一样，可以使IT基础设施中的不同竖井集合在一起。在1999年，产业专家开始探讨企业神经系统，而不是在EAI中发现中央集线器，该EAI基于企业服务总线（ESB)，在分布式系统中快速集成开发应用功能的轻量型方法。今天ESB在更广泛的功能领域大范围地被应用。ESB的格局继续作为普遍的开源ESB而不断改变。

　　虽然围绕着ESB的大肆宣传更多了，一些支持者主张术语“ESB”已经丧失了一些含义，由于许多厂商简化重命名了其EAI产品和像ESB的架构，尽管他们并不类似于ESB最初的构想。Progress Software SOA基础设施产品CTO Hub Vandervoort表示：“ESB作为一个定义已经被稀释了，因为当术语变得流行时，许多EAI工具作为ESB彻底改变了。结果就是ESB定义失去了分布式结构的区别。”

　　由于术语的聚合，现在有两个明显的ESB风格，一种建立于集线器并且说架构创建早于EAI产品。另一种就是贫乏的ESB，它创建于面向消息的分布式架构而没有中心集线器。

　　尽管接近网络服务，问题是在1999年驱使ESB开发就像今天相关的一样。Vandervoort说：“我们创建这个服务总线大部分基于消息技术，消息技术善于创建、排队和交付消息。人们需要更多的服务质量。他们需要转换和各种各样的调解。如果你可以在企业神经系统部署服务，你可以转换数据、创建活动模型和使用不同的转换协议。许多ESB的目标和EAI一样，但是以一种开放的轻量的方式。”

　　更分布式方法的优势使得部署更容易和通过多服务器管理服务。这对于伸缩性和移动服务接近其使用点更加重要。Vandervoort解释道：“如果我有一打ESB丛集通过全球分散。我可以用一次点击完成所有部署服务更新。一个真实的分布式ESB可以通过部署单一命名空间生命周期管理显示出强壮的分布式管理性能。”

　　例如：组织可能有一个服务，它运行与分布于世界的服务器上来减少延迟。尽管分布式管理可以同时部署这些位置，然后开始、停止、暂停、恢复或者同时更新。分布式管理在零售应用中变得更严格。

　　Gartner研究副总Jess Thompson认为许多ESB产品功能扩展从早期的EAI产品开始，像webMethod的ESB平台、IBM的WebSphere Message Broker或者 Tibco的ActiveMatrix BusinessWorks。

　　EAI的增长很重要，因为他能够消除通过费标准接口集成多个应用的混乱。EAI提供集成的通用点，调解不同应用，使其有序化。

　　Thompson表示ESB的设计点是支持使用网络服务的复合应用的部署。本质上，他们和EAI做了同一件事情，而不是在应用程序之间调解交互，ESB在提供者和消费者之间调解交互。ESB可能以轻量的EAI为特点：支持对交互风格和商店以及向前的功能性。

　　贫乏的ESB在一些实例中可以成功与用于应用集成，但是他们并不像有EAI进化而来的ESB有能力，尤其是在处理接口例子的整个范围内。

Thompson
表示EAI带来了相当的轻量型的技术。尤其是如果你正在斡旋于服务消费者和服务提供者之间的交互的交换。

　　Thompson说在未来五年中，超过70%的服务由组织使用现有资产创建创建。这意味着将出现许多集成，尤其是粗粒度业务服务。然而，EAI对于ESB来说仍旧是一种稍显笨重的方法，它需要支持那些交互。