确保遗留应用现代化的资源

　　刚开始着手遗留应用系统现代化策略的企业通常会忽略掉各种资源问题。执行此类行动需要合适的资源组合，人才和技能，这样才能确保成功。

　　很难找到既懂业务流程和遗留应用程序相关功能，又懂底层代码和平台的专业人才。我们要面对现实：当今的许多软件和系统工程师并不熟悉遗留应用程序和平台，比如大型机、COBOL，CICS，IMS等等。所以，你需要理解这些遗留应用程序的专业人士，需要把现代化技术中有资深经验的专业人士加入到团队中。

　　时间是另一个资源问题，一些企业似乎容易淡化忽略这一点。他们的目标是快速把新工具提供给业务，帮助员工能进行日常操作，在瞬息万变的商业竞争环境中保持竞争力。然而，他们常常有一种误解，认为他们的努力在一夜之间就能得到回报。但事实不是这样的。根据我的经验，企业不会那么快看到积极的结果，最早也得经历几个月甚至一年以后才能看到效果。

　　此外，有些人认为，实施SOA（并把它用于遗留应用系统现代化）只是另一个IT项目，应该有一个明确定义的完成日期。然而，现实是，变成为一家面向服务的企业需要业务方面定义SOA治理的战略和路线图。成功的SOA之旅会经历一些里程碑（遗留应用系统的现代化只是其中之一），需要按着既定的路线图，一个接一个项目的完成。只有当所有预期目标都实现了，他们相应的里程碑都完成了，那时才能说企业的旅程完成了。

　　复用遗留应用系统的功能

　　经常有负责运营和维护人力资源系统的同事向我咨询（该系统用户基数很大，大约能达到50万以上）。业务流程与原来的遗留系统有一些关联，他们尝试使其现代化。然而，现代化主要包括在一个现代的平台上从头写一个新应用。现代化工作的意图是变的支持面向服务，但是结果却南辕北辙。

　　我们从维护新应用程序确保日常运营正常开始工作；在此期间，我们用Web 2.0技术彻底改善了用户界面，开始对原来的应用程序实现现代化，目标是使该组件支持面向服务，从而作为潜在的候选复用组件。

　　随着维护需求以及增加新功能的需求越来越多，项目团队要把考虑每个需求的潜在复用能力作为需求分析的一部分工作。这样一来，团队开发的几个Web服务就可能被应用生态系统中的其他项目所使用。实际上，在现代化系统的核心，项目团队在更早的时候就已经使用了上面描述的方法。

　　团队在面临新功能需求之一时会遇上资源调度问题，这种情况可以采用第三种方法。HR系统一夜之间就可以从遗留数据库中提取到数据，然而，在某些情况下，外部应用程序可能要花比正常更新数据库更长的时间，这样就需要一定的机制来避免资源访问的问题。

　　团队有意生成自己的消息传递机制，但是没必要创造这样一种新东西，因为组织的SOA基础设施中包含有SOA网管，它可以提供类似的功能。讨论后决定生成指向网管的Web服务接口，该网管将与数据访问层交互，由数据访问层直接与遗留数据库衔接。这种方法给团队增加了应用程序的可选连接方案，可以复用数据访问层并避免在遗留数据库上形成资源冲突。

　　对遗留应用系统进行现代化，选择合适的出发点和方法并不是容易的事，但是只采用SOA进行遗留系统的现代化，可能有一定战略意味，给你的公司提供满足业务增长需求的手段，同时避免对遗留系统进行大量投资。这也可能是老旧系统向最终退休旅程迈出的一步。

　　恢复遗留应用系统的功能使企业可以提供给客户现代化的工具，而没有昂贵的“拆除、重建，重头开始”的风险。