本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # 动员阶段 为大规模迁移企业做好人力和资源准备的下一步是将动员活动分解为不同的工作流。尽管动员阶段的目标是迁移业务应用程序，但此阶段也为奠定工具、流程和文化基础提供了机会，从而加快大规模迁移。评估阶段完成后，这些工作流中的大多数可以并行运行。在此阶段应运行以下工作流： + [详细业务案例](detailed-business-case.md) + [详细组合发现](detailed-portfolio-discovery.md) + [应用程序迁移](application-migration.md) + [迁移治理](migration-governance.md) + [登录区](aws-landing-zone.md) + [安全性、风险与合规](security-risk-compliance.md) + [操作](operations.md) + [人员：技能、文化、变革和领导力](people.md) 以下各节将详细讨论这些内容。 # 详细业务案例 一份详细的多年业务迁移案例，包括当前的本地成本、新的 AWS 成本和迁移成本，有助于协调利益相关者和高管。 **目标** + 确定迁移成本。 + 估计迁移到可以节省多少钱 AWS。 + 估算迁移带来的其他业务收益。 + 确定目标迁移的时间长度。 + 确定要迁移哪些工作负载以及在哪一年迁移。 + 输入每个工作负载的详细清单。 **成果** + 多年迁移业务案例 + 迁移成本 **AWS 合作伙伴和工具** AWS RISC Networks、Deloitte、Cloudamize、TSO Logic和Apptio等合作伙伴在这一领域拥有工具和经验。 # 详细组合发现 在此阶段，您需要将各个部分整合在一起，并制定迁移策略。在此阶段，您需要考虑您的云之旅与组织的更广泛的业务战略的契合点，并寻找机会实现愿景的一致性。具有支持性业务案例和全面的应用程序迁移计划的良好迁移策略为成功采用云奠定了良好的基础。 迁移策略的一个关键方面是收集应用程序组合数据，并根据[迁移的七个 R](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/migration-strategies.html) 对这些数据进行合理化：重新托管、更换平台、重构/重新架构、重新购买、重新放置、停用和保留。您可以通过使用七个 R 对环境中的内容进行分类来制定迁移 Wave 计划。之后，将这些类别与有关相互依存关系、迁移的技术复杂性以及如何迁移每个应用程序或每组应用程序的信息融合在一起。根据七个 R 分析应用程序后，您可以概述产品组合中每个应用程序的迁移计划。这是一个迭代计划，随着迁移的进展、信心的建立、新功能的学习以及对现有资产的进一步了解，该计划将日趋成熟。 **目标** + 为所有范围内应用程序制定一份按优先顺序排列的迁移组列表，包括应用程序和相关基础设施。 + 定义必要的业务和基础设施数据元素，并推荐数据收集工具。 + 与业务和 IT 领导团队合作，确定迁移驱动因素，最终确定组合计划。 + 为应用程序组合制定高保真迁移计划，其中包括以下活动： + 探索当前状态的环境，包括所有应用程序和支持基础设施。 + 确定应用程序和基础架构的依赖关系。 + 记录应用程序的关键程度、生命周期和业务周期。 + 将应用程序和基础设施分成迁移组和迁移模式。 + 确定迁移准备情况和适用性、目标状态设计和迁移模式。 + 制定按优先顺序排列的迁移时间表。 **成果** + 为最初四个迁移冲刺制定按优先顺序排列的高保真迁移时间表 + 应用程序和基础设施数据足以对整个应用程序组合进行分组和安排 **AWS 合作伙伴和工具** 如果您需要帮助来了解自己的IT产品组合，可以与RISC Networks、Cloudamize和德勤等 AWS 合作伙伴合作。 **操作指南** + [组合发现和分析](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-portfolio-discovery/) # 应用程序迁移 应用程序迁移工作流将其他工作流的输出与生产应用程序迁移到 AWS 云的工作相集成。该工作流为您的资源提供指导，引导您了解应用程序迁移所面临的挑战、最佳实践、敏捷框架、工具和流程，这些都可成功应用于任何大规模迁移工作。 **目标** 将业务应用程序从本地迁移到 AWS 云： + 定义如何选择要迁移的应用程序并排定优先级。 + 了解将应用程序迁移到 AWS的成熟最佳实践。 + 通过测试应用程序，验证您 AWS 的 landing zone、操作手册和安全手册。 AWS + 通过亲身体验培训内部员工 AWS 服务 和 AWS Partner 工具。 + 学习针对不同应用程序类型的行业认可的迁移工具和技术。 + 利用不同[迁移模式](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/)的现有操作说明（待办事项）抢占先机。 **成果** + 通过应用程序部署和测试来验证 land AWS ing zone 的不同组件 + 通过部署、监控和报告运行中的应用程序，验证概述的运营模型（运营工作流的输出） AWS 云 + 了解用于迁移不同应用程序的可扩展敏捷流程和迁移模式 + 了解如何设计目标架构，以及如何使用数据迁移、服务器迁移和供应商工具进行自动迁移 + 培训有关迁移的资源 AWS 服务，并提供实际迁移经验 + 通过实时审核上运行的应用程序来验证您的安全手册 AWS + 学习、实施和验证迁移交付流程，包括资源数量、速度（迁移速度）、质量保证、发布管理以及与托管服务提供商的集成 (MSPs) **AWS 合作伙伴和工具** 当您有了迁移一些应用程序的基础经验，并制定了组织支持的计划后，就该加速迁移并实现规模化。迁移交付合作伙伴，例如 2nd Watch 和 Accenture，可以帮助您完成迁移的每个阶段。Soft RiverMeadow ware 和 Attunity 等迁移 Marketplace 合作伙伴也可以提供帮助，你可以使用和 [AWS Database Migration Service (AWS DMS)](https://aws.amazon.com/dms/) 等工具[AWS Application Migration Service](https://aws.amazon.com/application-migration-service/)和服务。有关所有 AWS 迁移合作伙伴和解决方案的完整列表，请访问 [AWS 迁移与现代化能力合作伙伴](https://aws.amazon.com/migration/partner-solutions/)网站。 # 迁移治理 迁移治理工作流包括管理迁移范围、安排、资源计划、问题和风险，以及与所有利益相关者的沟通。多个应用程序在多个流程中迁移，会对多个团队产生影响，因此尽早关注计划有助于组织项目。迁移计划考虑了关键因素，例如工作负载的迁移顺序、何时需要资源以及如何跟踪迁移进度。我们推荐敏捷的交付方法、项目控制最佳实践、稳健的业务沟通计划以及明确的交付方法。 **目标** 管理范围、日程安排、资源计划、问题和风险、协调以及与所有利益相关者的沟通： + 组建 scrum 团队，由来自本阶段定义的工作流的内部资源组成。 + 确定 10 到 30 个应用程序，将其从本地迁移到 AWS。 + 查看您当前的项目管理方法和能力。 + 定义项目管理敏捷方法和将在该项目期间使用的工具。 + 为每个工作流确定高级别团队。 + 定义项目章程、报告和上报程序。 + 促进整个项目中各小组的协调和活动。 **成果** + 为准备就绪和规划阶段的所有工作流设置包含操作说明的敏捷计划。 + 为发现、转换和部署复杂的工作负载组件集提供注意事项和迁移实施计划。 **AWS 合作伙伴和工具** AWS 迁移能力合作伙伴可以帮助您完成迁移的每个阶段，通过以专业服务的形式提供人员、工具和教育，加快取得成果。这些合作伙伴要么是[托管服务提供商 (MSPs)](https://aws.amazon.com/partners/msp/)，要么与 AWS经审计的 MSP 有关系，以帮助客户持续支持工作负载。 AWS 要了解更多信息，请参阅 AWS[ 迁移与现代化能力合作伙伴](https://aws.amazon.com/migration/partner-solutions/)。 **操作指南** + [设置敏捷计划以加快云迁移](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-program-implementation/) # 登录区 landing zone 是基础 AWS 环境的编排框架。它为开始使用多账户架构、身份和访问管理、治理、数据安全、网络设计和日志记录提供了基准。 AWS 有两个选项可以创建您的着陆区：使用[AWS Control Tower](https://aws.amazon.com/controltower/)基于服务的着陆区和您构建的自定义着陆区。每个选项都需要不同的 AWS 知识水平。 AWS Control Tower 通过自动设置 landing zone 来帮助您节省时间，这样您就可以运行安全且可扩展的工作负载。 AWS Control Tower 由管理 AWS 并使用最佳实践和指南来帮助您创建基础环境。 AWS Control Tower 使用诸如[AWS Service Catalog](https://aws.amazon.com/servicecatalog/)和[AWS Organizations](https://aws.amazon.com/organizations/)之类的集成服务在您的 landing zone 中配置账户并管理对这些账户的访问权限。 **目标** 使用以下内容的初始配置创建一个登录区： + 账户结构 + 网络结构 + 预定义身份和计费框架 + 用户可选择的预定义软件包 + 自定义和配置的能力 **成果** + 已定义的安全登录区，可供迁移和进一步定制 **操作指南** + [设置安全且可扩展的多账户 AWS 环境](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-aws-environment/welcome.html) **相关资源** + [AWS Control Tower](https://aws.amazon.com/controltower/) + [AWS Service Catalog](https://aws.amazon.com/servicecatalog/) + [AWS Organizations](https://aws.amazon.com/organizations/) + [在你的着陆区设计安全和治理](https://www.youtube.com/watch?v=zVJnenaD3U8)（re AWS : Invent 2019 演示文稿） # 安全性、风险与合规 安全、风险和合规工作流程定义了一种结构化的方法，可帮助您建立信心。 AWS它还支持基础安全性、风险和合规能力，从而加快迁移项目的准备和规划。交付方法建立在 AWS CAF 安全视角之上，为准备将业务工作负载迁移到 AWS的安全团队提供了更详细的指导。该工作流利用虚拟数据中心的概念来解决最低限度的基准安全性和合规控制问题。虚拟数据中心旨在通过一个或多个云安全交付团队的敏捷开发流程来构建。 **目标** 安全视角为以下内容提供了建议的初始配置： + 身份和访问管理模式 + 日志记录和监控模式 + 基础结构安全性 + 数据保护 + 事件响应 **成果** 可参考的行动手册受相关代码示例的支持，并涵盖使用 AWS 服务执行安全和审计任务的以下五个核心主题： + Identity and access management + 侦测性控制 + 基础结构安全性 + 数据保护 + 事件响应 # 操作 运营工作流的目标是审查您当前的运营模式，并开发一种运营集成方法，以便在您迁移到 AWS时支持未来状态运营模式。运营模式应包括人员、流程和工具之间的关系，以支持组织目标的实现。工作流所有者根据最终状态运营模型来识别和记录关于工具、流程和人员的高层次差距。然后创建路线图优先级以供实施。由于安全、人员、 AWS 登录区和其他项目工作流之间存在许多相互依存关系，因此该路线图受到其他迁移工作流的影响，并将影响其他项目工作流。 **目标** 为运营结构制定路线图，以便在以下基础上 AWS进行扩展： + 确定所需的 IT 服务管理（ITSM）状态和支持模式。 + 审查本地和云中当前的运营实践（工具、人员、流程）。 + 识别与扩展操作有关的潜在漏洞。 + 审查业务连续性规划（BCP），并制定计划以应对对运营的任何潜在影响。 + 确定运行迁移将如何影响正常运营。 + 确定将与云环境交互的运营支持组织和 AWS 合作伙伴。 **成果** + 改善运营态势，增强服务级别协议 (SLAs) 和运营级别协议 () OLAs + 运营孤岛（例如备份、监控和部署）的运行手册和设计指南 + 操作手册已开启 AWS + 业务连续性 planning/disaster 恢复 (BCP/DR) 行动手册 + AWS 已记录和定义的 ITSM **AWS 合作伙伴和工具** 随着应用程序的迁移和旧系统的淘汰，您的运营模式将变成一组常青的人、流程和技术，不断向现代运营模式迭代。 AWS New Relic和Dynatrace等 AppDynamics合作伙伴可以帮助您在将更多运营转移到云端时继续迭代运营模式。 **操作指南** + [实现运营现代化 AWS 云](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-operations-integration/) # 人员：技能、文化、变革和领导力 该工作流对于建立迁移准备状态和大规模运行迁移至关重要。云迁移的影响将波及整个组织，并对组织文化产生重大影响。此外，您的组织文化将影响您的云之旅。这些文化影响、组织对变革的接受程度、以往变更的成功和失败、组织沟通模式、组织结构以及现有的员工培训和支持策略都是建立成功迁移方法的重要因素。要为企业迁移做好准备，您必须拥有足够数量的具有生产 AWS 经验和既定运营流程的人员。您还必须有一个云卓越中心 (CCoE)，专门用于调动适当的资源，带领组织应对大规模迁移过程中出现的许多组织和业务转型挑战。 **目标** + 设计负责调动关键云资源的团队。 + 通过针对未来的运营状态设计团队，定义组织如何构建和实施其云战略。 + 组建一支由单线程所有权和强大、可见、敬业的高管赞助的敬业团队。 + 设置要在整个迁移过程中托管的职能领域。 + 开始建立云治理模型、一套标准、最佳实践和指导原则或宗旨。 + 使用 [AWS 变革加速 6 点框架和组织变革管理工具包](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-ocm/)，其中提供了一套全面的支持工具，可支持您的云采用项目。 **成果** + 变更管理风险文档 + 确定高层次的变革影响（按角色和主要流程） + 主要利益相关者的映射 + 通信消息策略和平台 + 初始沟通计划和消息矩阵 + 变更管理工作计划（初步） + 组织加速章程 + 人员 adoption/acceleration 团队结构（记录在案并已上线） + 组织加速目标和目的的定义 + 未来状态人员配置模式（目标组织结构） + 更改风险记分卡（风险管理） + 领导力协调文件 + 利益相关者报告周期（利益相关者评估） + 变更领域影响分析、基于利益相关者的评估以及变更影响调查结果和缓解建议 + 组织准备情况评估报告 + 变更策略 + 沟通策略 + 参与策略 + 训练策略 + 风险缓解策略 + 更改加速支持路线图 **操作指南** + [通过文化、变革和领导力加速云采用](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-ocm/)