IT企业通过新硬件、软件以及服务来加速遗留应用、节省成本上有很多种选择。传统策略之一就是围绕现有遗留应用，简单地包装Web接口。这样易于维护大型机上已有的遗留应用，同时通过Web服务连接大型机来构建应用也成为可能。

　　随着新的大型机上构建了更好的Web服务处理，很多企业增加了本地XML到COBOL应用中。由于核心大型机平台添加了越来越多的功能，大型机仍旧是SOA进化可用的平台，Mark Neft解释道，他是埃森哲应用组合优化和翻新管理者。例如，CICS和IMS都有机制直接作为提供者或者消费者。工具也可以在适当的地方自动化已有事务或者COBOL的WSDL创造。

　　随着企业将其大型机合并到SOA系统中，拥有巨大终端应用安装基础的企业更要十分谨慎。服务上，用终端仿真器简单包装似乎是一种相对增量升级的路径。但是Neft警告这样做有时会破坏系统。Neft曾看到客户使用使用3270包装工具仅仅是在一个试点上，就制造了过多的系统需求，导致大型机负荷过重。这种方式导致他们的结构化屏幕负荷过重。

　　远离终端应用的转移强迫企业和Cobol程序员考虑如何重构已有的应用，使其在Web接口中应用。“在大型机中改进，通过Web的方式和遗留应用交互，从硬件和软件的观点来看都是有利的，” Neft说道，“例如，CICS和IMS参与到基于SOAP消息的能力使得Web接口交互更易于创建。”

　　Web服务的性能让应用也随着时间发生改变，TCP/IP语法分析通过像z集成信息处理器（zIIP）这样的机制得到优化。zIIP是一个专有目的处理器，旨在缓解主处理器服务负担——像远程DRDA访问TCP/IP，包含了XML、JDBC和ODBC。也可以增加并行处理量。

　　大型机因为利用高性能本地Web消息服务而成为对关键应用具有有吸引力的平台。Neft预测这会成为包装应用的趋势。这也为遗留用用转换赋予了更多 内涵，因此可以参与到利用Web服务接口（主要是SOAP）的服务提供者和消费者中去。

　　在考虑包装、迁移或者重写大型机应用的时候，有很多重要的问题要考虑。当你考虑重写还是服务化大型机应用时，你希望考虑到应用的生命周期，如何很好地支持目前的业务需求，如何轻松地未来的需求做出修改。

　　当考虑迁移时，你必须调查引用的大小，目前支持应用的成本和服务生态环境。大型机上也有可能有剩余部分和依赖性，这些也会以意想不到的方式影响性能和总成本。

　　小心：迁移成本也必须考虑项目或服务失败的风险，这一点可能会冲垮项目节省的期望。