加快绿色 IT 发展，应用程序迁移和重托管的实用指南-6

look_w

系统集成测试和用户验收测试迁移工作完成后，安装和迁移到新环境中的应用程序都将移交给客户团队以进行验证和确认。在这个阶段，客户测试团队会执行应用程序级测试以检查业务功能是否被破坏，性能级别是否令人满意。客户团队可能关于测试过程中的某一问题或故障恢复咨询应用程序团队。
在测试阶段，Wave 项目经理或指定的评估工程师将担任协调角色，与客户团队一同执行下列操作：

• 每日从客户团队收集测试进展和缺陷状态，协助推动缺陷解决
• 每周向管理和项目办公室报告测试状态
• 协助测试依赖性、风险和问题。

然而，Wave 项目经理或指定的评估工程师将不再执行测试或验证结果，因为这通常是应用程序测试团队的职责。
服务器进入生产对于非生产环境：
随着用户验收测试的完成，客户团队在新服务器上签字。后期迁移任务涉及删除在新服务器上临时安装的有助于迁移实现的自定义脚本和文件。
对于生产环境：
在生产环境中，一组全新的转换 活动现在开始执行。这涉及关闭源环境中的生产服务器，启用新环境中的生产服务器。在该转换过程中，用户会受到一定的影响，因为此活动通常是在应用程序维护窗口完成的，大多数都是在周末进行的，以最小化应用程序停机时间。
基于电子表单的转换计划通常由以下部分组成：

• 服务器列出将要转换的生产服务器名称。
• 前期转换列出的任务包括关闭源服务器准备工作，生产环境中安装的软件和应用程序文件的最后验证，源环境中的数据备份和目标环境中的数据恢复，URL 变更请求的提交等活动。
• 转换列出源环境中应用程序和批处理作业的实际停机顺序，在目标环境中启动它们，执行 URL/DNS 更改请求，进行最终测试，以及通知用户新系统的可用性。
• 后期转换列出终结的转换活动。处理与上游/下游生产环境变更协调的任务，完成所有其余文档任务，并监控新环境单元直至稳定。
• 回滚处理偶然的新环境上线失败，使用一个条件 (provision) 以返回之前的环境。这些步骤包括启动退出进程、启动旧环境中的软件和应用程序，运行批处理作业，以及重定向 URL/DNS 指回旧系统。
• 假设列出与转换相关的所有假设，比如：
  • 数据移动之前目标环境上的所有程序、脚本和表
  • 在目标环境中只有应用程序停机数据需要完成生产
  • 完成的所有测试，以满足重定位到目标环境
• 联系方式参与转换过程的所有人名字，及其联系方式。
• 问题是可选的，在转换过程中面临的问题及相关注释的文档。

生产和非生产环境通用的：
健康检查
应用程序团队的责任是对应用程序执行健康检查，以确保所有一切可以跟得上项目进度。然后，基础架构团队在上线之前执行最终健康检查。这包括安全性批处理、监控和确保备份就绪。这可能需要 2 到 4 天，具体取决与有多少个映像参与，需要制定相应的计划。基础架构团队在上线会上给予赞扬说明这些项目是完整的。
后期生产服务器投入生产后，迁移团队还需要执行 2 个最终步骤，提供保修期并退役 (sunset) 旧服务器。
后期转换保修服务器投入生产之后，迁移团队通常监控新环境的性能，并随时准备解决问题。这通常持续 10 天到 2 周，称为保修期。在这段期间，客户有权要求迁移团队成员进行任何解答或故障恢复。保修期结束后，客户团队对所有维护和服务器维护负责。
退役和报废或改换用途新非生产服务器和生产服务器投入运行，并完成一个预定义天数且没有出现任何重大问题或停机，旧服务器旧可以退役了，报废或者用作其他用途。
跟踪在整个迁移过程中，跟踪项目阶段和端到端交付是必不可少的。鉴于这个原因，建议采用一个检查清单，通常称之为技术仪表板检查清单 (Technical Dashboard Checklist)，一个基于 Excel 的构件，包含 图 7 所示的条目。
图 7. 技术仪表板检查清单在技术仪表板检查清单中，Item/Task 列列出了活动或可交付成果，即迁移、转换以及其他计划中的任务，也列出了每个任务的所有者、目标和完成日期，以及完成状态。在迁移阶段，作为以最佳实践，迁移工程师在每个工作日结束后更新该检查清单以反映任务和可交付成果的当前状态。彩色编码方案（绿色、黄色和红色）有助于形象地显示识别该项目在任何给定时间的健康状况。
结束语本文介绍了应用程序迁移的概念，同时指导您如何规划、准备和最终实施这些活动。现在您对整个迁移过程，需要的主要架构决策，工作产品准备应该有一个比较清楚的了解，并知道了如何避开此过程中的陷井。