概觀

本文件重點介紹了在 SAP on AWS的綠地實作過程中吸取的經驗教訓。這些建議大多也可以套用至 AWS 遷移專案上的標準 SAP。本文分享了有關專案規劃、設計和建置階段的建議。它包括有關專案維護或操作階段的課程，但該階段並不是本指南的重點。您可以使用瀑布方法，或者反覆式、靈活或混合方法來套用這些最佳實務。

以下是本指南中引用的基礎架構團隊的主要利益相關者：

• AWS 實作合作夥伴 – 這可能是 AWS 專業服務或 AWS 合作夥伴。其角色是建置 SAP 應用程式將在其中執行的 AWS 基礎設施。

• SAP Basis 團隊 – 此團隊可由系統整合商 (SI) 或廠商公司提供，由您組織內部的員工或混合人員組成。他們的工作是安裝 SAP 軟體，在技術層面對其進行設定，升級並經常進行維護。

• SI 基礎設施負責人 – 此人是產品所有者。他們提供來自更大專案團隊的技術要求，並為基礎設施團隊提供總體領導。

• 客戶基礎設施負責人 – 此人也是產品所有者。他們提供來自更大專案團隊的技術要求，並為基礎設施團隊提供總體領導。SI 和客戶基礎設施負責人可以在聯合領導模式中平等運作，或者您可決定指派單一基礎設施負責人。

此規範性指引的重點，特別著重於綠地 SAP 專案的 AWS 層面。

在 上部署 SAP 環境時 AWS，基礎設施團隊通常比正在設定和自訂 SAP 以滿足業務需求的職能和開發團隊提前幾個月。由於兩個團隊的交付時間表不同，因此基礎設施團隊的建置階段可能是功能團隊的規劃階段。此外，建置 SAP 環境的工作非常反覆和重複。例如，在 N+2 方案中，您可能會建置三種不同的開發環境。視您建構專案的方式以及何時需要環境而定，除非環境都在同一日期到期，否則可能會有三個建置階段。將本指引套用到專案的特定階段時，請記住這些差異，以便您可以更有效地與功能團隊和開發團隊進行溝通和合作。

目標對象

本文件的撰寫考量為專案經理、做為專案實作的指南，以及做為在 SAP AWS 實作期間設定期望並提供強大 IT 領導的工具。在大規模 SAP 實作中，基礎架構團隊的所有成員很可能會與自己的專案經理一起參與，以管理他們的工作。建議您找出單一、首要的基礎架構專案經理，以管理整體雲端之旅，並負責確保遵循這些最佳實務。