企业服务总线(Enterprise Service Bus)是SOA的基础设施，之所以这么说是因为要达到SOA的目标（增强灵活性）就必须有调用服务的方法，ESB的存在有效的保证了消费者能够调用供应者提供的服务。网上有很多对ESB不同的理解，其实这取决于实现ESB方式。对于ESB来说具体的实现方式不是固定的，但是核心思想（主要的作用）是一致的。下面将从如下几个方面阐述笔者对ESB的理解
数据格式转换
ESB的存在就是为了解决SOA当中互操作的问题，由于SOA是支持异质的所以对于ESB来说主要的作用就是处理不同平台不同语言之间的相互调用。那么首先要做的就是数据格式的转换。在异质的环境中如果只解决一对一的转换是饮鸩止渴，必须要为以后新加入的异质系统着想，所以人们尽可能的使得目标数据格式脱离已有的平台及语言，引入一个中间格式然后将不同平台中的API都映射到这种格式上来。对于大多数情况人们选择的是和平台无关的WebServices技术，于是SOAP也就成为了这种中间格式。对于各大厂商来说谁都不愿意被众人忽略，所以才有了目前大多数技术对WebServices的广泛支持。
（智能）路由
这里主要研究的对象是存在ESB当中的消息内容。就像现实生活中的路由一样，大家都通过但是大家各自的数据不会被发送到他人手中。在ESB中也是同样的道理，不同优先级的消息，不同类型的消息是需要给予不同处理的。从这个角度说ESB就不单单是一个传递消息的通道了，还需要有一套自己的能识别其他服务提供数据方法。至少应该可以区分不同消息的消息头，只有这样才能保证消息准确无误的被传递、处理。关于智能路由的另一个作用就是负载均衡，根据消费者的要求调用资源空闲的服务，这不单单需要上面所说的ESB提供可识别消息的功能，还需要ESB可以判断提供者的资源占用情况。
其他任务（篇幅所限后面的文章会详细叙述下面涉及到ESB的各个职责）
下面要叙述的ESB的各个职责都是“提供互操作性”这个核心任务的扩展。很明显异质系统通过ESB“连接”到了一起，并且支持“互操作”那么原有系统的安全是一个很大的问题。还需要注意的是不同协议提供不同形式的可靠性，例如WebServices中的HTTP协议无法保证消息传递的成功（周所周知HTTP协议是无连接、无状态的）。随着SOA的范围增大，连接到ESB上的系统增多时高效的管理服务将成为ESB最棘手的问题。作为整个环境的心脏ESB有责任检测及记录哪个消费者调用了哪个服务，以及一个具体的服务调用进行了多长时间。这些对于保证整个环境的良好运转是非常重要的。