割接前阶段 - AWS 规范性指导

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

割接前阶段

您的割接选项取决于多种因素,包括您使用的迁移模式,以及源环境和目标环境的工具、技术和配置。例如,将 VMware 环境迁移到 AWS 与构建全新堆栈的割接选项是不同的。

从根本上说,所有割接都是为了实现同样的结果 - 将工作负载转移到另一个位置。了解服务器或应用程序移至何处非常重要,这样您就可以配置上游和下游依赖关系,以便连接到新的端点。

根据服务的性质,现有数据库及其与迁移到新位置的其他系统的连接可能非常复杂。同步数据库以确保两个位置的数据一致性可能会增加复杂性。此外,多项服务要求您要么调整网络配置,要么同时割接多项服务。

制定割接计划

为了降低延迟、返工、意外中断、数据丢失、性能问题和用户体验不佳的风险,您可以制定割接计划,创建割接工作手册,进行割接演练。我们建议您的割接计划包含应急计划和风险缓解策略,以应对割接失败的情况。确保记录回滚程序,作为割接计划的一部分。

我们建议您在割接前计划流程中分析和评测以下关键项目:

  • 所需的停机时间,包括:

    • 超过分配的停机时间窗口对业务的影响(例如对收入或信任的影响)

    • 在发生不可预见的事件时应对“向前修正”活动的应急措施

    • 发生故障时的回滚时间

  • 用户连接

  • 应用程序和系统依赖关系

  • 基础设施变更

  • 运营变更

  • 测试计划,包括:

    • 功能测试

    • 通过基线测试和割接后测试进行性能测试

    • 相关应用程序、系统和服务的集成和连接测试

    • 割接和保证期内的策略测试

  • 工具和策略相关的部署变更

最后,考虑将以下内容纳入您的计划: 

  • 任务定义和持续时间 

  • 任务所有者

  • 阶段和任务顺序

创建割接运行手册

我们建议您创建割接运行手册,供迁移团队用来跟踪活动,包括各自计划的开始和结束时间、顺序和所有者。您可以使用 RACI 矩阵将责任分配给相应的团队成员。割接运行手册具有以下好处:

  • 通过主动协调不同的利益相关者来降低风险

  • 通过重复使用将应用程序迁移到 AWS 云的成熟机制来提高工作效率

  • 通过使用结构化模板进行割接规划,加快应用程序迁移速度

  • 提供一个框架,以便遵循必要的流程

  • 提供一种机制,将流程的变更告知所有团队