SAP 工作負載應用程式設計
SAP 應用程式應遵守設計原則。 這裡的指引著重于成本優化和可靠性。
SAP 應用程式成本優化
影響：成本優化
優化 SAP 應用程式可以降低擁有權總成本，而不需要降低功能。 目標是 (ROI) 產生投資報酬率上限。 以下是優化 SAP 應用程式的方式。
識別應用程式責任。 優化 SAP 應用程式應該是客戶商務應用程式小組的責任。 讓負責成本的人員或群組有助於推動在 SAP 工作負載生命週期中優化成本的決策。
合理化和重新架構。 您應該考慮合理化或重新架構 SAP 應用程式，特別是在移轉期間。 S4 HANA 通常會取代可新增為舊版系統的舊版 SAP 應用程式。 SAP WAF 評量可協助驗證重新架構工作，而且應該定期進行。 如需詳細資訊，請參閱 Azure Well-Architected 檢閱。
將舊版系統的投資降到最低。 您應該在最低支援的架構上裝載舊版 SAP 應用程式，以協助降低成本。 繼承應用程式較慢且效能較低。 任何在合理化和重新架構之後仍保留的舊版系統都應該獲得可能的最低費用，並在適當時淘汰。 如需詳細資訊，請參閱 Azure 成本管理。
SAP 應用程式可靠性
影響：可靠性
使用多層式架構。 建立多層式架構以支援 SAP 工作負載是可靠性不可或缺的。 每個 SAP 應用程式各有不同層級和架構的數目。 請務必將應用程式元件彼此隔離，並建立備援以達到高可用性。 如果適用，您應該隔離 SAP Web Dispatcher、SAP Central Services、SAP App Server、SAPMNT 共用和資料庫。 我們有數個不同 SAP 應用程式的範例架構，可用來通知您的設計。
如需詳細資訊，請參閱：
設定 SAP 中央服務可靠性。 SAP 中央服務 (SCS) 或 ABAP SAP 中央服務 (ASCS) 是 SAP 應用程式通訊的基礎。 它包含訊息伺服器和排入佇列伺服器。 中央服務層通常是單一失敗點，必須設定為高可用性，才能達到 SAP 應用程式復原能力。 若要新增備援，請建立 SAP 中央服務的叢集，其中包含支援叢集的相容共用儲存體技術。 根據正式運作或私人/公開預覽版中的作業系統和可用的共用儲存技術，有各種選項可供使用。 可用性區域提供建立高可用性 ASCS 架構的機會。
如需詳細資訊，請參閱：