IBM最初创造出WebSphere的时候，它是一个应用服务器。但是不久“WebSphere”形成了一个包含型的品牌名称，包含了IBM各种各样的中间件组合。这些工具的集成深度最初很低，就好像IBM把WebSphere的标签贴在一大盒玩具上一样。多年来集成已经改进是肯定的，但是随着IBM继续兼并性能，WebSphere中间件的某些不间断的工作仍在继续。

　　在广域的产业中，企业服务总线（ESB）有点类似变色龙，呈现出集成中间件可能需要的任何一面。ESB在一次飞跃中增加了消息队列功能。这一点也不奇怪，因为消息队列长期以来涵盖在典型ESB实施中。编排也作为一个属性增加在ESB中。我们也看到ESB融合到元数据存储库中。尽管这并不是一个无可争议的事情，ESB在应用集成架构中的作用是稳固的。最近关于ESB比较有意思的发展是增强了允许集成建模的IDE。

　　工具和IDE是ESB未来的关键所在。随着ESB增加性能，IDE将会获得新的关注。无论你何时离开一个IDE转到另一个IDE中，你都知道还处于局部集成的领域内。而这也将越来越多地作为ESB增加的性能出现。开发管理者必须一直小心度估量其ESB，以便实现开发服务架构。

　　现实就是，SOA一直存在，因为单独的Web服务并不能成功地提供互操作性。但是SOA服务的构建也不会凭空出现——遗留大型机和消息队列、Java服务器和SQL数据库，甚至是FTP转换，这些无疑都是要处理的内容。企业服务总线诞生于服务，同时刺激其他方法集成的需求。

　　过去，懂行的ESB实施者试图创建器架构，这样服务就能够合并分离的数据、时间和流程。这对于今天的ESB集成来说仍旧是指引方向的指南针。