面向服务许诺将改变这种build-to-last方法。通过构建本身具有灵活性的系统，或许我们最终会有办法解除遗留系统的枷锁。但是，事实上没有一个公司能够简单地抛弃他们的旧应用和旧系统，即使他们变成面向服务的。

　　人类一直以来最渴望的就是长生不老。我们对自己身体和生命的限制认识得是如此深刻，于是就追寻一些宗教信仰，例如青春之泉或者低温冷冻这类能让我们维持生命的事情。但是，长生不老是不可能实现的。同样，我们把对无限生命的期望也转到了我们控制的事物上:希望我们的IT系统和实现的解决方案永远运转。尽管我们长期被培训如何维持我们的IT系统，但是，这种IT方法讽刺性的表明我们构建的定义好的东西将被淘汰，因为业务和IT在不断的不可预料的变化着。

　　然而，面向服务许诺将改变这种build-to-last方法。通过构建本身具有灵活性的系统，或许我们最终会有办法解除遗留系统的枷锁。但是，事实上没有一个公司能够简单地抛弃他们的旧应用和旧系统，即使他们变成面向服务的。相反，SOA使你从遗留系统中得到更多价值，实际上使它更加实用，以至于这些系统可以维持更长的时间。因此，我们可以摆脱这些旧东西吗?而且更重要的是，SOA可以导致足够灵活的技术来避免遗留系统的产生，还是它只是创建了更多的遗留系统?

　　遗留系统的矛盾

　　遗留系统以很多形式存在:定制的代码而长期没有源码的应用、不被支持的打包应用、具有私有接口的基于大机的程序。一些遗留系统已经用了好多年，但是更令人恼怒的是那些相对新的“现代”遗留应用。之所以这样称呼，是因为由于业务或IT的优先级的变化已经使刚刚流行的应用突然变成了遗留系统。遗留系统不应该引起这种恐慌，如果如此多的业务价值驻留在这样的系统中——以重要数据和关键业务逻辑的形式，这种情况不是事实的话，那么替代这些系统对于大多数公司来说就不成问题了。毕竟，假如很容易淘汰这些系统，就不会有这么多的遗留系统。

　　遗留系统的矛盾在于，对于大多数企业，遗留系统太旧以至于不能适应持续的改进，但是又是如此重要而不能被淘汰。结果，企业只能不断在遗留系统上投资即使他们从那些系统中得到的回报随时间不断减少。但是，遗留系统中还存在着重要的可以利用的价值。每个遗留系统都包含着一些核心业务逻辑或功能，等待着有新技术来解放这些功能并允许组织最终淘汰他们的旧系统。

　　在面向服务的企业中没有更多的遗留系统

　　SOA是一项新技术。面向服务的基础是业务需求与逻辑的分离，代之以业务过程的形式定义。该技术由位于抽象服务层之下的基础设施组成，包含了所有的遗留应用和其中的业务逻辑。在合理架构的SOA中，业务服务代表着业务可用的数据和系统的核心功能。然后，业务人员把这些服务组合成面向服务的过程，基于应用业务规则和策略配置这些过程，再把它们作为服务发布出去使其它人能够组合到新的过程中。理解的关键点在于面向服务的企业能逐渐淘汰遗留系统中的业务逻辑，于是最终面向服务的过程中包含了企业所有的业务逻辑。虽然在软件基础设施中有某些逻辑用于让企业使用业务服务，但这样的逻辑不应该是业务逻辑。

　　于是，我们真的相信面向服务将使业务逻辑完全掌握在业务之中，而不是遗留应用中吗?短期看来可能不是这样，因为要让这个IT远景变成现实还需要一段时间，并且在实现它的道路上还有很多障碍。但是，从长远的角度看，达到业务灵活的唯一途径就是继续促成这种转变。毕竟，业务使用者应该控制应用，而这些应用中的业务逻辑不应该取决于遗留系统。结果就是，遗留系统的概念在面向服务的企业中发生了改变。不断强调组合新的面向服务过程和使用第三方服务将激发IT更大的效用并且帮助淘汰已经超过使用寿命的系统。

　　然而，由于面向服务使过去遗留系统的价值变得容易，我们会变的认同IT的逐渐更新而不是激进但充满困难的进行整改。因为遗留系统即将终结越来越现实，我们会不得不等到公司逐渐淘汰掉所有的遗留东西以利于完全的面向服务方法。最后，不论业务逻辑在哪里，它都会完全受业务的控制。

　　面向服务会创建更多的遗留系统吗?

　　不论你信还是不信我们的预言，即面向服务将导致今天的遗留系统和应用被逐渐淘汰，仍然存在一个重要的问题:今天的面向服务的方法会成为明天的遗留系统吗?如果是的话，那么面向服务的企业就要冒险考虑业务过程、合约、策略和元数据会成为将来的遗留系统。企业会继续投资于过程和元数据直到他们不在需要它们或者他们的花费将超过使用它们的收益。很多面向服务的组织会在遗留系统的使用期后继续投资，把遗留系统的观念从系统转到业务本身。

　　但是，正确的面向服务决不是简单的把遗留系统从一个抽象层转到另一个。它为公司提供了一种的思维方法来考虑遗留系统。如果只要公司需要，就能很容易的替换应用，那么它们永远不会成为遗留系统。实际上，如果遗留系统意味着很难被替换的技术，那么SOA实现中的服务就不能叫做遗留系统，因为它意味着被更改或替代。服务永远不会成为遗留系统。SOA的精髓就是允许我们不用在改进或替换应用时承担替换遗留系统的那种痛苦和开销。

　　对遗留系统即将终结的挑战

　　尽管遗留系统即将终结这种理论听起来很好，但是在IT管理上却存在重大问题。毕竟，遗留系统的预算与改进SOA实现相比是非常直接的。很多情况下，IT管理者会做一个简单的固定预算或者以每年数据为基础计算系统开销的百分比再把这个数据加入他们的电子表格中用很多年。当其它IT项目继续成长并超过了原有范围和预算时，这种可预计的方式非常好用。但是，不断改进的SOA项目就没有这么好了。没有一个IT管理者可以为不断开发和改进的服务指定固定的开销。

　　另外，遗留系统允许公司与提供商建立深厚的长期的关系。这种关系建立在公司与提供商之间的相互信任上，因为遗留系统是业务的核心，只能让他们信任的提供商来实现系统才行。毕竟，他们在投资每个遗留系统时都假设它会运转很长时间。然而，公司不必为面向服务的系统做时间上的假设，因此他们必然会改变与提供商打交道的方式。