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

# 概述
<a name="overview"></a>

本文档重点介绍了在 SAP on AWS全新实施过程中吸取的经验教训。这些建议中的大多数也可以应用于有关 AWS 迁移项目的标准 SAP。本文分享了有关项目规划、设计和构建阶段的建议。它包括项目维护或运营阶段的经验教训，但该阶段不是本指南的重点。您可以使用瀑布方法或迭代、敏捷或混合方法来应用这些最佳实践。

以下是本指南中提及的基础设施团队的主要利益相关者：
+  AWS 实施合作伙伴 — 可以是 AWS 专业服务或 AWS 合作伙伴。他们的职责是构建 SAP 应用程序将在其上运行 AWS 的基础架构。
+ SAP Basis 团队 — 该团队可以由系统集成商（SI）或供应商公司提供，也可以由组织内部的员工组成，也可以混合使用。他们的工作是安装 SAP 软件，在技术层对其进行配置，负责其升级，并对其进行总体维护。
+ SI 基础设施负责人 — 此人担任产品所有者。他们提供的技术要求源于更大的项目团队，并对基础设施团队提供总体领导。
+ 客户基础设施负责人 — 此人也担任产品所有者。他们提供的技术要求源于更大的项目团队，并对基础设施团队提供总体领导。SI 和客户基础设施负责人可以在联合领导模式中平等运营，您也可以指定其一为基础设施负责人。

本规范性指南的重点特别放在绿地SAP项目的 AWS 各个方面。

在上部署 SAP 环境时 AWS，基础架构团队通常比负责配置和定制 SAP 以满足业务需求的职能和开发团队提前几个月。由于两个团队的交付时间表不同，因此基础设施团队的构建阶段可能是职能团队的规划阶段。此外，构建 SAP 环境的工作包含大量迭代和重复。例如，在 N\+2 场景中，您可能要构建三个不同的开发环境。根据您的项目结构以及何时需要环境，可以分为三个构建阶段，除非所有环境都在同一日截止。在将本指南应用于项目的特定阶段时，请记住这些差异，这样您就可以更有效地与职能和开发团队进行沟通和合作。

## 目标受众
<a name="intended-audience"></a>

本文档在编写时充分考虑了项目经理，既是项目实施的指南，也是在 SAP AWS 实施期间设定期望和提供强大的 IT 领导力的工具。在大规模的 SAP 实施中，基础设施团队的所有成员很可能会与自己的项目经理一起参与到管理自己的工作的过程中来。我们建议您指定一位总体基础设施项目经理来管理整个云之旅，并负责确保遵循这些最佳实践。