SAP 关于 AWS 迁移的概述

SAP 工作负载的 AWS 迁移方法包括四个阶段：评估、移动、迁移和优化。该方法经过量身定制，以满足 AWS 客户的需求，并包含具有预定义输入和输出的具体行动。下图说明了这些阶段，后续章节将详细讨论这些阶段。

目标业务成果

通过根据您的具体需求进行回溯并自定义方法，您可以完善迁移策略、业务案例、范围、SAP 工作负载的顺序以及成功完成 SAP 迁移目标所需的工作计划。

我们建议在 SAP 部署中使用自动化和基础设施即代码 (IaC)， AWS 以实现必要的速度和一致性，以支持大规模迁移。“资源” 部分列出的文档和博客文章详细介绍了最新的工具和技术。 AWS 正在不断改进和改进其服务、技术和方法，为您提供更多优势和选择，以实现您的业务目标，因此我们建议您随时访问 AWS 网站以获取最新信息。

在迁移 SAP 工作负载时，还应与非 SAP 迁移团队密切合作，协调集成到 SAP 中的应用程序的迁移，并最大限度地减少停机时间和潜在的业务中断。将每个耦合应用程序集群视为一个由专门团队组成的项目。您可以将每个 SAP 应用程序集群划分为顺序波，这样每个集群就可以高度并行地交付，如下一节所述。这种方法可以帮助您满足迁移计划，并确保在最短的时间内实现价值，最大限度地利用您的业务案例，并且可以尽早获得收益。目标是通过提高敏捷性、可用性和弹性，同时降低运营和基础设施的成本，提高业务效率。将 SAP 工作负载迁移到云端还能让你进行创新，推动数字化 S/4HANA 转型，并实现数据分析。下图说明了这些业务成果。

如需了解更多信息，请了解Engie如何在SAP迁移中使用 AWS 专业服务和 AWS 合作伙伴，这是其财务流程更广泛的数字化SAP S/4HANA转型的一部分。

平行迁移波

如果你有一个庞大且高度复杂的 SAP 应用程序资产， AWS 通常会建议将迁移分成不同的阶段，并由不同的迁移团队进行协调。目标是保持迁移工作的加速、势头和一致性，同时从资源和复杂性的角度来看，使每个浪潮的规模保持在可控的范围内。下图说明了基于 SAP 工作负载的地理群集的高度并行化的迁移阶段。

您可以通过考虑业务目标、全球和业务部门的运营日历、业务周期、当前基础设施的状态以及您自己的资源和合作伙伴资源的可用性和容量来微调这种方法。 AWS