本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
切换运行手册模板
切换操作手册应包括将在转换期间执行的所有活动。但是,准备迁移前模板或清单同样重要。模板应包括迁移前要完成的活动。
这两个模板(可以合并成一个文档)都应该为以下问题提供答案:
-
要进行哪些活动?
-
谁来执行这些活动?
-
这些活动应该何时进行?
本部分包括迁移前清单示例、转换操作手册模板和回滚计划。任务 ID 有助于更快、更有效地进行沟通。
迁移前清单
任务编号 | 任务 | 依赖关系 | 团队 | Owner | 完成日期 | 状态 | 注意 |
---|---|---|---|---|---|---|---|
P1 |
目标架构文档已获批准。 |
|
|
|
|
|
|
P2 |
应用程序的目标帐户存在。 |
|
|
|
|
|
|
P3 |
Virtual Private Cloud(VPC)和应用程序的子网存在。 |
|
|
|
|
|
|
P4 |
迁移团队有权访问目标应用程序账户并拥有所需的AWS Identity and Access Management (IAM) 权限。 |
|
|
|
|
|
|
P5 |
应用程序团队拥有对目标应用程序帐户及其资源的必要访问权限。 |
|
|
|
|
|
|
P6 |
变更请求已提出并获得批准。 |
|
|
|
|
|
|
P7 |
源环境和目标环境之间的连接已建立并经过测试。 |
|
|
|
|
|
|
P8 |
应用程序团队联系人列表已记录在案。 |
|
|
|
|
|
|
P9 |
与主要利益相关者一起审查了切换计划。 |
|
|
|
|
|
|
P10 |
迁移前备份活动已完成。 |
|
|
|
|
|
|
P11 |
确认是否应安排其他支持联系人。 |
|
|
|
|
|
|
P12 |
确认每个应用程序的资源:谁将启动和关闭每个应用程序。 |
|
|
|
|
|
|
P13 |
向所有贡献团队发布了最终切换计划。 |
|
|
|
|
|
|
P14 |
向主要利益相关者发布了过渡启动通报。 |
|
|
|
|
|
|
P15 |
已安排移交后回顾会议。 |
|
|
|
|
|
|
同样重要的是将以前的项目记录在问题日志中以保持正轨,或者如果出现任何问题,请将其恢复正轨。
切换运行手册
任务编号 | 任务 | 依赖关系 | 团队 | Owner | 计划开始日期/时间 | 计划结束日期/时间 | 实际开始日期/时间 | 实际结束日期时间 | 状态 | 注意 |
---|---|---|---|---|---|---|---|---|---|---|
C1 |
向所有利益相关者发送信息说明,通知申请将按照 CR 的规定关闭。 |
|
|
|
|
|
|
|
|
|
C2 |
确认源服务器和数据库的备份。 |
|
|
|
|
|
|
|
|
|
C3 |
停止源服务器上的应用程序和数据库服务。 |
|
|
|
|
|
|
|
|
|
C4 |
关闭源服务器。 |
|
|
|
|
|
|
|
|
|
|
里程碑 1 转换前活动已完成 |
|
|
|
|
|
|
|
|
|
C5 |
根据您的迁移方法执行迁移(AWS Application Migration Service例如 for lift-and-shift)。 |
|
|
|
|
|
|
|
|
|
C6 |
验证基础架构(目标服务器已启动并正在运行)。 |
|
|
|
|
|
|
|
|
|
|
里程碑 2 迁移已完成 |
|
|
|
|
|
|
|
|
|
C7 |
更新 DNS 服务器以指向新创建的终端节点。 |
|
|
|
|
|
|
|
|
|
C8 |
确认 DNS 更改。 |
|
|
|
|
|
|
|
|
|
|
里程碑 3 迁移后活动-基础设施完工 |
|
|
|
|
|
|
|
|
|
C9 |
在目标服务器上启动应用程序和数据库服务。 |
|
|
|
|
|
|
|
|
|
C10 |
应用特定于应用程序的配置更改(例如,指向新的 IP 地址)。 |
|
|
|
|
|
|
|
|
|
|
里程碑 3 迁移后活动 — 申请已完成 |
|
|
|
|
|
|
|
|
|
C11 |
执行迁移后应用程序测试-技术验证。 |
|
|
|
|
|
|
|
|
|
C12 |
执行迁移后应用程序测试-业务验证 |
|
|
|
|
|
|
|
|
|
C13 |
向所有主要利益相关者传达迁移已完成的情况。 |
|
|
|
|
|
|
|
|
|
|
里程碑 4 迁移后测试已完成 |
|
|
|
|
|
|
|
|
|
回滚计划
任务编号 | 任务 | 依赖关系 | 团队 | Owner | 状态 | 注意 |
---|---|---|---|---|---|---|
R1 |
停止目标服务器上的应用程序和数据库服务。 |
|
|
|
|
|
R2 |
关闭目标服务器。 |
|
|
|
|
|
R3 |
恢复 DNS 服务器上的更新(指向源服务器)。 |
|
|
|
|
|
R4 |
确认 DNS 更改。 |
|
|
|
|
|
R5 |
启动源服务器。 |
|
|
|
|
|
R6 |
将数据同步回源服务器(如果需要)。 |
|
|
|
|
|
R7 |
在源服务器上启动应用程序和数据库服务。 |
|
|
|
|
|
R8 |
执行应用程序测试-技术验证。 |
|
|
|
|
|
R9 |
执行迁移后应用程序测试-业务验证。 |
|
|
|
|
|
R10 |
向所有主要利益相关者传达迁移已经倒退的情况。 |
|
|
|
|
|
重新托管策略的示例模板
该领域最常用的 R 型迁移策略之一是重新托管策略,应用程序迁移服务是首选迁移工具。在重新托管场景中,您可以使用示例模板作为基准文档。该模板包含了在实际客户参与期间遇到的基本活动。它还包括供应用程序团队添加任务和活动的空间。上一节中的步骤可以为根据需要创建自己的自定义转换操作手册提供初步指导。