许多年以来，有数不清的IT组织在他们自己的竖井内开发应用程序。这些企业都曾从这些资产中获得了巨大的价值，而这些系统现在被看作是遗留应用程序，多亏了功能的增强和丰富。

　　然而，在人们考虑快速发展的市场和持续增长的竞争需求时，这些遗留程序可能就会成为绊脚石。此外，它们能给公司的应用程序生态系统带来严重破坏，因为这些应用系统采用的技术现在看都是过时的，而且有多个用户接口或者多个安全框架。从这些原因考虑，如果企业希望保持生产力和竞争力，对遗留应用程序的现代化工作是至关重要的。

　　在过去的几年中，采用面向服务的架构（SOA）迁移或者现代化遗留应用程序的趋势比较受欢迎。SOA是为了支持遗留应用程序现代化，分布式软件需求，与语言和平台是无关的。这些特性使其成为了公司迁移遗留系统转向现代化的最佳工具。

　　要知道，现代化遗留应用程序并不是SOA实施的主要目标。这种实施只是让企业变得面向服务的漫长道路上许多步骤中的一步。企业IT组织在通过SOA实现现代化时，根据他们的情况有几种可选方案。

　　应用程序竖井需要用户在给定业务流程中，使用几个遗留系统来执行一组任务。这一事实使得应用程序冗余成为了开始彻底调整用户和用户接口的理想起点。例如，处理一个处方订货系统，它在订购流程中使用了多个应用程序。这种遗留应用程序被现代化后可以提供对整个系统的单一视图，通过社交媒体软件，业务流程管理系统和商业智能工具实现。

　　多个遗留系统可以被在幕后集成，通过一组Web服务的结合以及数据访问和服务层的使用实现。这种方法依赖于SOA技术的一个核心原则：抽象。当抽象层次创建好以后，遗留应用程序就不需要再年复一年的重新设计了。

　　隐藏遗留应用系统的复杂性

　　许多清单和订货系统都像假设的处方订货系统一样，只是用作为一个例子。老旧系统在继续执行关键业务功能，但是最好是把它们转向现代化并与更新的甚至是未来的应用程序集成到一起。企业不能简单地淘汰和更换这些系统，因此一些现代化遗留应用程序的做法是把它们的复杂性隐藏到适配器或者Web服务的背后。

　　启用SOA和Web服务已经成为了当今竞争激烈的市场的一种必须任务，这样一来让遗留系统支持服务就至关重要。一旦识别出了候选的应用程序，它们的遗留代码就被复制到一个通用框架中，然后所有引用数据对象都会被替换为通用的数据接口。一旦需要重用或文档化的业务操作已经识别出来了，下一步就是给它“打包”。在这个过程中，从遗留代码中抽取出来的这一组件要形成Web服务描述语言接口（WSDL），每个入口被转换成一个方法，每个变量和参数都被转换成XML数据元素。数据结构变成了复杂的XML元素，并带有一个或多个子元素，方法和参数都将被构建到XML结构中。
 
　　最后一步是形成链接向Web服务的代理，并生成到以业务为中心的流程中。该代理与检查参数和生成需要的WSDL有关。一旦代理被调用，遗留代码打包器解析XML输入信息并把输入数据转换成合适的格式。打包好的组件执行之后，打包器把结果转换成可接受的XML出站信息并把它发回到Web客户端。