尽管SOA理念风起云涌，但业界鲜见SOA的成功案例，SOA的实施并没有大面积铺开，这给ESB(企业服务总线)一个受到重视的机会，因为成熟的ESB可以让SOA有了一个可以落地的依托。
ESB自身不断丰富的服务能力，使其成为SOA的关键乃至核心部分。但ESB能否让SOA落地，要看其优势与挑战的对比。
优势一：无限逼近领域级重用
SOA要解决的首要问题就是IT资源的重用问题。重用技术是伴随软件技术的发展一路走来的，从最早的简单的代码重用，到API重用(如类重用)，到SPI重用(如ActiveX、COM、CORBA、EJB)，重用是软件开发者一直期盼的用来降低软件开发成本的关键手段。而SOA所提出的领域级IT资源重用概念将这个目标再次向前推进了一步。在SOA中，领域特指某个行业中的某项具有一定价值的业务。较之以前的技术，SOA对IT资源的重用多是从领域角度出发，更注重业务本身的价值，而非软件的价值。
领域级重用是一个渐进的过程，目前并没有一个明确的、可达的终极目标。目前比较明朗的做法就是首先构筑一个一致的、与语言无关的服务接口，并保持服务随时可用。然后，基于这个接口进一步描述服务的领域特征(Domain Meta Info领域级元信息)，服务之间通过领域元信息了解彼此的价值(可重用度)，通过其一致的接口实现互操作。
在提供一致的服务接口这个问题上，ESB已经提供了比较成熟的解决方案，比如在Java阵营里，JAX-WS和XFire已经成为目前比较成规模的服务化模型。通过这些方案，开发者可以很方便地将原来的二进制资源描述为WSDL(Web Service Definition Language，Web服务定义语言)，WSDL目前已经成为事实上的服务接口标准。而任何服务消费者(Service Consumer，是SOA的标准称谓，特指那些服务提供者的客户端程序)都可以通过XML-RPC或SOAP访问这些服务。
优势二：有效管理服务资源
先进的理念伴随着巨大的技术挑战，当IT资源逐渐积累到一定数量级，企业必须借助更先进的技术对这些资源进行有效管理。ESB通过一个分布模型和多个容器型适配器来推进服务资源的有效管理。
这个分布模型对于服务消费者来说，是完全透明的。从任何位置打开与ESB的会话，服务消费者都可以访问到存在于所有的ESB上的任何一个服务提供者。这为服务资源的有效管理提供了良好的基础。只要在一个位置部署监控子系统，就能够监视所有的服务。有些ESB提供商，还通过专门的Registry服务和Repository服务，提供所有服务的元信息视图和运行状态视图。反过来，每个服务都能以通知的形式向这个分布模型内的监控者发送自己的运行状态信息，而它们并不需要知道彼此的实际位置。
ESB提供了一系列适配器，它们以容器的形式存在。开发者可以继续使用自己的技术开发某个领域的代码，而无需知道代码将要运行到哪里。ESB通过专门设计的容器，为这些IT资源提供最终的运行环境。这样，所有的软件资源，无论采用何种实现技术，只要有适合它的容器，就将被纳入到这个由ESB所构筑的统一的大环境中。同时，容器本身实现了很多可管理能力，服务开发者可以不必直接关心如何接受管理，
优势三：可伸缩的部署模型
可伸缩性是指一个软件系统随着企业规模的扩大，提供更高的服务容量所需的成本。这个成本越高，则该软件系统的可伸缩性越差。
通常，单点应用系统可以通过负载平衡系统实现服务能力的扩展，这在高访问量的系统中是十分必要的。单点应用随着并发访问量的增加，响应时间不断延长。而平衡系统增加一个对等运行节点后，这一变化明显减小。