随着面向服务构架(SOA)被人们的广泛接受和应用，越来越多的CIO正面临着在现有的业务和IT构架的基础上获得更好的回报的目标。为了成功达成这个目标，企业已有的应用程序和系统必须能够以同等的地位过渡到新的构架体系中。在这种情况下，CIO和技术开发者所遇到的问题和面对一个刚开发的系统是完全不同的。

　　其实就在不久以前，我们还认为如果需要更新换代，就必须换掉所有的代码。那个时候我们还在开发不兼容Y2K的代码，而且也没有考虑到迁移这些应用程序会带来什么样的问题。可以确定的是，“临时”或短时期的开发所做出的努力会很快被更新和更好的代码所取代。技术的革新速度太快了，数据库管理系统、事务处理监视程序、应用程序服务器等等相关技术不断涌现，可以说，今天还是代码的东西明天就可能变成一个产品。而且一代又一代新的计算机语言不断被提出，不管是COBLE、C、C++、VB还是Java，最终会变成每个人都使用的语言，而那些旧的东西会在历史上记录一笔，然后最终就不再改变。

　　然而在这个过程中，有些事情并不会像我们想象的那样结束。当然，某些系统会被替换掉，但是有一些更成功的系统则不会。一旦一个给定的业务区域成功的实现了自动化，不管是采用了什么解决方案，它都会一直运行下去。也许这个系统会需要更多的功能，或者是在性能、可扩展性、安全性、GUI、Web浏览器等方面进行了一些增强，但是位于后端的核心功能，一旦被正确部署后就会一直待在那里运作。

　　随着Web服务的到来和它作为主流应用的不断认可，整个软件业最终达到了一个成熟的时期，在这种环境下，对于已投资的应用程序或系统将不会做太大的更改，而是被人们所接受，并且互相整合在一起。对于企业来说，他们不希望整个IT环境全部被替换掉，而是希望同时也要求现有的系统能够互相整合在一起工作，而且获得更好的效果。这样的要求，无论是对于企业高层还是对于开发人员来说，都意味着“在现有企业投资成果的基础上获取更大的收益”。如果只是简单的将现有的应用程序和系统分散再用新的代码填补其中的空白，往往不能达到这样的要求。

　　将现有的系统整合在一起工作并且达到更好的目标和效果，实际上是企业服务总线(ESB)所扮演的核心角色。ESB技术的特点能够帮助企业通过使用Web服务的形式保留现有IT资源的价值，并且使得现有的系统或应用程序能够更方便的互相通讯和共享数据，而这一切和底层的系统所使用的技术都是无关的。ESB满足了业务和管理层希望在现有组件基础上结合有意义的体系构架的需要，并能通过这种方式构建、部署、管理和连接跨多个不同IT环境的服务。

　　然而，令人感到奇怪的是，现在还有一些集成软件厂商提倡将现有系统和应用程序分散然后各个替换，用这种方式来过渡到新的IT构架。实际上，通过这种方式并不能给企业带来更多的收益，因为业务的价值本身没有增加，而且还会导致IT部门陷入来自高层的压力之中，与其这样还不如让现有的企业投资成果继续运行，至少还能保证达到业务的底线要求。

　　实际上，现在的一个企业拥有足够多的IT构架。对于企业来说，真正需要的是将现在拥有的东西组合成新的应用程序。一个SOA体系提供了用于设计如何更广泛的重用和共享现有资源的完美蓝图。整个行业需要一个共存的解决方案，而不应该采用分散再替换的方法。分散和替换的方法的花销很大，这里面包括了软件和劳力成本，而且也在某种程度上降低了现有的系统的价值。如果非要采用这种方式，那么也是在IT企业现有的软件系统非常庞大和臃肿(很可能来自上个世纪)并且无法和现有的构架、网络和语言部署良好共存的情况下来使用。

　　ESB能够保证为现有的系统增加合适的价值(意为着合适的代码和花销)并让它们一起协同工作。ESB并不会通过分散现有的中间件、网络结构、消息发送语言或者应用程序来安装新的产品。为了增加效率，ESB能够在已经投入的应用程序之间良好的工作，并且不会干扰现有系统，也不会向外暴露过多的企业机密(例如现有的数据和功能)。从这些方面可以看出，ESB是SOA满足现在的企业需求最现实的一条道路。作为基于Web服务的SOA之上的构架体系，ESB仅仅为现存的系统提供增值的功能和服务，而并不要求企业投入更多的成本。

　　ESB能够帮助企业在现有应用程序的基础上创建新的应用程序，它本身并不是一个系统。过去，IT企业接受了通过大量投资带来回报的做法，但是现在，ESB作为企业现有的IT资源合理重用的解决方案，这个更现实、更有前途的技术正等待人们的认可。