SAP 工作負載的設計原則

發行項
07/11/2023

我們建置了 Azure Well-Architected Framework 及其五個架構卓越要素的指導方針。下表列出每個要素，並提供此集合中文章的一般摘要。

架構完善的架構要素	摘要
可靠性	SAP 工作負載需要架構層的復原能力。您將瞭解如何建立具有高可用性的 SAP 應用程式，以處理重要的商務資料。
安全性	SAP 工作負載包含重要的商務資料。您將瞭解如何使用多個安全性層來保護 SAP 應用程式，包括身分識別、存取、輸入驗證、資料主權和加密。
成本最佳化	SAP 工作負載有數個架構層，以及支援它的許多資源。您將瞭解如何確保您的 SAP 應用程式部署符合效能期望，同時降低擁有權總成本。
效能效率	SAP 工作負載需要高效能的資源，才能符合生產力需求。您將瞭解如何確保您的 SAP 工作負載符合使用者需求，同時管理成本。
卓越營運	SAP 工作負載會在作業中花費大部分的生命週期。您將瞭解如何管理 SAP 工作負載，並讓它保持執行。

可靠性

可靠的 SAP 工作負載具有復原性和可用性。復原是從失敗中復原並繼續運作的能力。可用性為執行時間。高可用性可減少重大維護期間的 SAP 應用程式停機，並改善從 VM 當機、後端更新、主要停機時間或勒索軟體事件等失敗的復原。失敗發生在內部部署和雲端中，因此請務必設計 SAP 工作負載以進行復原和可用性。

進行可靠性評估。 您必須先評估其可靠性，才能標準化 SAP 工作負載的可靠性並改善弱點領域。請務必瞭解 SAP 工作負載的可靠程度，以便採取步驟來修正問題或強化這些設定。建議您對 SAP 工作負載進行可靠性評估。評量會詢問您工作負載的相關問題，並提供要專注于的特定建議。評量本身會建置在一起，因此您可以追蹤進度，而不需要每次重新開機。

針對評量，請啟動 Azure Well-Architected檢閱。出現提示時，選取 [開始評量] 和 [Azure 上的 SAP]。

安全性

Sap on Azure 會在基礎結構即服務中傳遞， (IaaS) 雲端模型。 Microsoft 會在實體資料中心、實體網路、實體主機和 Hypervisor 層級的服務中建置安全性保護。但您負責 Hypervisor 上方的區域，例如 SAP 的客體作業系統。建議您定期評估用來確保安全性狀態隨著威脅環境而演進的服務和技術。

成本最佳化

Microsoft 對 SAP 硬體和服務快速演進進行大量投資，以提供較少的價值。 Azure 硬體功能的頻繁增加讓 SAP 工作負載有機會將成本優化、消除浪費並改善技術。若要讓 Azure 和 SAP 工作負載保持一致，建議您為每個 SAP 工作負載建立方案。計畫應包含工作負載的目標和動機。組織目標和投資優先順序應推動應用程式、應用程式平臺和資料平臺的成本優化計畫。

效能效率

效能效率是關於以較少的速度加速數位轉型。目標是充分利用您的 SAP 工作負載，並滿足使用者需求，而不需過度或布建資源。效能效率不佳可能會降低使用者體驗並擴大成本。效能會影響內部應用程式的生產力。它會決定公開應用程式的成長。設計無法符合使用者需求的 SAP 工作負載將會讓應用程式變慢。使用太多計算能力進行過度補償，將不需要成本。這些案例可避免使用正確的計算、資料和網路設計。

卓越營運

營運卓越是建立有效率的程式來支援您的 SAP 工作負載。作業將是 SAP 工作負載生命週期最長的階段，而且小組必須具備操作最佳做法來管理現今的工作。作業失敗會影響其他設計區域，以及 SAP 工作負載的整體成功。請務必量身打造作業，以支援作業中的 SAP 工作負載。定期評量、監視和自動化是改善 SAP 營運卓越的核心。