SAP on AWS 遷移概觀

SAP 工作負載的 AWS 遷移方法包含四個階段：評估、調動、遷移和最佳化。該方法經過量身打造，可滿足 AWS 客戶的需求，並包含具有預先定義輸入和輸出的特定動作。下圖說明這些階段，這些階段會在後續章節中詳細討論。

目標業務成果

透過從特定需求和自訂方法進行復原，您可以精簡遷移策略、業務案例、範圍、SAP 工作負載的排序，以及為成功完成 SAP 遷移目標而需要的工作排程。

我們建議在 上使用 AWS 自動化和基礎設施做為 SAP 部署的程式碼 (IaC)，以啟用必要的速度和一致性，以支援大規模遷移。最新工具和技術在 資源一節列出的文件和部落格文章中詳細說明。 AWS 持續提升和改善其服務、技術和方法，以提供更多優勢和選項，讓您達成業務目標，因此我們建議您一律查看 AWS 網站以取得最新資訊。

當您遷移 SAP 工作負載時，您也應該與非 SAP 遷移團隊緊密合作，以協調整合到 SAP 的應用程式遷移，並將停機時間和潛在的業務中斷降至最低。使用專用團隊將耦合應用程式的每個叢集視為專案。您可以將 SAP 應用程式的每個叢集分割為循序波，以便每個叢集可以高度平行處理交付，如下一節所述。此方法可協助您符合遷移排程，並確保價值實現的時間最少、業務案例最大化，而且您可以盡早獲得利益。目標是提高敏捷性、可用性和彈性，同時降低營運和基礎設施的成本，讓您的業務更有效率。將您的 SAP 工作負載移至雲端也可讓您創新、推動數位 S/4HANA 轉換，以及啟用資料分析。下圖說明這些業務成果。

如需詳細資訊，請了解 Engie 如何在 SAP 遷移中使用 AWS 專業服務和 AWS 合作夥伴，作為其財務程序更廣泛數位 SAP S/4HANA 轉型的一部分。

平行遷移波

如果您有大型且高度複雜的 SAP 應用程式資產， AWS 通常會提議將遷移分成不同的波浪，並與不同的遷移團隊協調。目標是維持遷移工作的加速、動量和一致性，同時從資源和複雜性角度保持每個波的可管理大小。下圖說明高度平行化的遷移階段，這是以 SAP 工作負載的地理叢集為基礎。

您可以考慮業務目標、全球和業務單位營運行事曆、商業週期、目前基礎設施的狀態，以及您自身和 AWS 合作夥伴資源的可用性和容量，來微調此方法。