選擇正確服務和功能的建議
適用於此 Power Platform Well-Architected 性能效率檢查表建議：
| PE：03 | 選取正確服務。 服務和功能必須支援您達到工作負載的效能目標，並適應預期的容量變化。 選擇也應該權衡使用平台功能或建立自訂實作的好處。 |
|---|
本指南介紹為工作負載選擇適當服務的建議。 以下建議可幫助您選擇最能滿足您工作負載要求和需求的服務。 當您使用旨在滿足工作負載要求的服務時，您可以確保工作負載符合您的效能目標。 如果為工作負載選擇了不適當的服務，則這些服務可能無法處理工作負載的需求。 服務不足可能會導致回應時間緩慢、出現瓶頸或工作負載失敗。
定義
| 詞彙 | 定義 |
|---|---|
| 地區 | 包含一組資料中心的地理邊界。 |
| 資源 | 可以在雲端服務提供者中建立、設定和使用的單一實體或元件。 |
| Service | 來自雲端服務提供者的產品或方案。 |
| 儲存空間服務 | 為物件、區塊和檔案提供儲存的服務。 |
關鍵設計原則
您選擇的服務應與工作負載的效能目標保持一致，並適應未來的容量需求。 隨著工作負載的擴充或演變，您使用的服務應符合您的效能標準，而無需進行重大調整。 請考慮平台功能和自訂實作之間的平衡。 平台功能提供即時解決方案，但客製化選項提供精確的客製化。 通常會將這兩個選項結合到整體解決方案中，客製化選項旨在填補內建平台功能中的特定缺口。 您的服務選擇應具有前瞻性，並根據您的特定需求量身打造，同時在便利性和客製化之間取得平衡。
了解工作負載需求
了解工作負載需求是指掌握工作負載的技術和功能需求。 此分析有助於確定執行工作負載所需的資源、儲存空間、網路和其他規範。 將服務與工作負載的特定需求保持一致有助於防止過度設定或資源利用不足。
評估工作負載的需求和特性，以確定要求，並使工作負載要求與每一層的效能目標保持一致。 您必須考慮限制或相依性。 當您了解工作負載要求時，就可以做出明智的決策。 您可以確定正確的基礎架構，並實施策略來處理尖峰負載或需求變化。
達到效能目標。 選擇能夠幫助您滿足工作負載效能目標的服務。 確保服務可以支援效能需求，並且您可以監視其效能。 收集關鍵元件的效能資料。
考慮組織限制。 熟悉組織可能對您部署的服務施加的限制。 在設計解決方案時，請考慮這些限制。
考慮合規性和安全性要求。 合規性和安全要求可能會影響您選擇的服務和設定。 確保您選擇的服務滿足與儲存空間、加密、存取控制、稽核記錄和資料位置相關的要求。
考慮團隊技能。 您的團隊建置和維護工作負載。 不同的服務需要不同的技能。 選擇團隊知道如何使用的服務，或者在選擇服務之前承諾對他們進行培訓。 確保團隊成員具備有效使用服務和最佳化效能的專業知識和知識。
權衡： Power Platform 服務提供特定功能，但可能會限制自定義。 包含自訂元件的工作負載可以提供更大的靈活性，但與僅使用 Power Platform 服務的工作負載相比，可能需要進行更多的管理和設定。
了解服務
了解服務就是了解平台工具和產品的能力、限制和功能。 了解服務有助於您使用內建功能，減少對複雜自訂解決方案的需求並提高效能效益。
在選擇服務之前，請考慮各種因素並全面了解服務。 研究和評估平台提供的服務和工具。 確定哪些服務和工具最符合您的工作負載要求。
了解服務限制
服務限制是服務設定的預先定義閾值或邊界。 服務限制定義該服務中資源或功能的最大使用量。 熟悉服務限制後，可以避免資源爭用、效能下降或意外服務中斷等問題。 您可以適當地規劃和調整工作負載。 規劃要考慮資料量、處理能力和資料駐留要求等因素。
偏好的平台功能
偏好的平台功能是指使用平台提供的內建功能來處理特定工作，而無需自訂程式碼。 內建功能旨在大規模高效地處理特定工作，並定期維護。 平台功能可讓您更好地利用雲端基礎架構功能，因為它們是專為您進行抽象化和處理的。 選擇可讓您將功能卸載到平台的服務，而不是編寫和維護您自己的自訂程式碼。 在大部分情況下，使用平台即服務 (PaaS) 解決方案的效能效益比自訂程式碼更優越。 自訂程式碼增加了複雜性，並使工作負載容易出現效能問題。 只在服務功能不足時開發自訂程式碼。
評估基礎結構需求
資源的效能效益與其所在的基礎結構密切相關。 這使得選擇正確的基礎架構對於服務效能效益至關重要。 評估基礎結構要求涉及確定最適合支援工作負載的地理區域。
此決策中的關鍵考慮因素包括：
了解區域。 每個區域對應不同的地理位置。 在雲端中部署解決方案需要選擇資料中心位置，這是解決方案的實體伺服器和資料庫所在的位置。 由於延遲問題，此選擇會影響效能。
單一區域與多區域部署模型。 多區域部署可以縮短終端使用者的延遲時間。 但是，它也會增加工作負載的成本和複雜性。 考慮資料使用要求；例如，單一區域可能會禁止建立多個較小的資料孤島。 選擇最符合您的工作負載需求的部署模型。
了解可用功能。 不同的地區可能提供不同的功能。 在選擇某個區域之前，請先了解該區域中可用的功能。 確保某個區域滿足您的工作負載效能需求。
考慮延遲問題。 延遲即資料從來源傳輸到目的地所需的時間，服務之間的距離越遠，延遲就越長。 跨區域通訊的服務可能會面臨延遲增加的問題。 建議確定經常通訊的服務並將其定位在同一區域內。 此外，選擇靠近主要使用者群的區域可以最大程度地減少延遲，從而提供更好的使用者體驗。 如果您的使用者位於世界不同地區，則可能需要在延遲方面做出妥協。 您應該分析使用者角色和工作負載以找到最佳平衡。 選擇資料中心位置是環境策略的一部分。
評估網路需求
評估網路需求以確定適當的工作負載服務和設定。 確保網路可以支援您的工作負載。
若要評估網路需求，請確保：
了解網路流量。 評估工作負載的預期網路流量。 了解資料傳輸需求和網路需求的頻率。
了解頻寬需求。 確定工作負載的頻寬需求。 考慮透過網路傳輸和接收的資料量。
了解網路延遲。 評估工作負載所需的延遲。
了解輸送量。 請考慮工作負載所需的輸送量。 輸送量是指在指定時間段內可以透過網路傳輸的資料量。 設定網路路由選項以利用網路輸送量優勢。
了解影響網路流量和效能的設定。 防火牆設定、內部部署資料閘道設定等可能會影響網路流量和效能。 了解可能產生影響的所有元件和設定，並確保其設定能支援您的效能要求。
評估自訂元件的計算需求
雖然平台服務管理自己的計算要求，但您需要評估已實作的任何自訂雲端元件的計算要求。 評估計算需求涉及評估工作負載的特定計算需求，包括執行個體類型、可擴充性和容器化等因素。 不同的計算服務具有不同的功能和特性，可能會影響工作負載的效能。 選擇最佳計算服務，以確保工作負載高效率執行。 如需評估自訂元件計算要求的詳細建議，請參閱在 Azure Well-Architected Framework 中評估計算需求。
評估負載平衡需求
雖然平台服務管理自己的負載平衡，但評估和考慮其他負載平衡選項也很重要。 應根據您使用服務功能的方式進行選擇。 負載平衡可確保工作均勻分佈，並防止任何單一資源處理過多要求。 負載平衡有助於防止瓶頸並縮短回應時間。 評估解決方案中服務可用的各種負載平衡選項。 查看文件和比較工具以了解功能。
若要為工作負載選擇最合適的負載平衡選項，請考慮：
- 機器人程序自動化 (RPA) 主機：評估是否在多個 RPA 主機之間進行負載均衡，以自動擴展工作負載並優化無人參與自動化。
- 內部部署閘道：使用負載均衡選項來避免在訪問內部部署數據資源時出現單點故障。
評估資料庫需求
資料庫可能會影響資料儲存和擷取、交易處理、一致性保證以及處理大量或快速變化的資料等因素。 評估資料庫的需求和標準。 選擇可以滿足這些需求的資料庫系統。 在選擇資料庫之前，請評估資料庫需求。
若要評估資料庫需求並選擇適當的資料庫，請執行以下步驟：
確定工作負載需求。 了解工作負載的特定要求，例如資料量、預期交易率、並行性、資料類型和預期增長。 根據您的工作負載需求評估不同的資料庫系統。 例如，如果您的工作負載需要高效能的即時資料處理，則可以選擇針對快速資料擷取和低延遲進行最佳化的資料庫系統。
考慮資料模型。 確定最符合您的工作負載的資料模型。 評估資料庫需求以確保所選資料庫支援所需的資料結構、關聯性和完整性限制。 例如，如果您的資料具有高度關聯的結構，則可以選擇關聯式資料庫管理系統 (RDBMS)，該系統為交易和參考完整性提供強大的支援。 資料模型可以是階層式資料模型、網路資料模型、關聯式資料模型、物件導向資料模型或 NoSQL 資料模型。 評估資料模型的複雜性。 確保所選資料庫支援所需的資料結構和關聯性。
評估功能。 考慮讀取/寫入模式、查詢複雜性、延遲要求和可擴充性需求等因素。 相應地評估不同資料庫系統的效能。 某些資料庫擅長讀取密集型工作負載，而其他資料庫則針對寫入密集型或分析工作負載進行了最佳化。
評估負載。 考慮資料量、交易率、讀/寫比率和預期增長等因素。 選擇可以處理預期工作負載的資料庫，以確保平穩運作並防止工作負載擴充時出現效能瓶頸。 考慮工作負載的可擴縮性需求。 這些要求包括預期的資料增長、並行使用者存取，以及對水準或垂直擴充的需求。 評估不同資料庫系統提供的可擴縮性選項和可用性功能。
評估儲存空間需求
選擇符合資料存取模式、持久性要求和效能需求的儲存服務。 大多數雲端工作負載會搭配使用多種儲存技術。 這種技術稱為多語言持續性方法。 確定適合您工作負載的儲存服務組合。 您可能還希望分離資料以避免污染。 例如，您可能有單獨的儲存體帳戶來監視資料和業務資料。 選擇正確的組合和正確的實作對於最佳化應用程式效能非常重要。
評估快取需求
快取會儲存經常存取的資料。 快取可減少資料存取延遲並降低資料儲存元件的負載。 它可讓工作負載在不擴展的情況下處理更多要求。 快取工作負載資料和靜態內容是很常見的。 某些平台服務會自動快取資料以提高效能。 請考慮新增額外的快取以提高效能並減少整體 API 要求消耗。
評估商務規則需求
根據您的功能、效能和可重複使用性需求，選擇如何實作商務規則。 Power Platform 提供了許多執行商務規則的選項；例如，Power Automate 雲端流程、低程式碼或程式碼優先外掛程式和商務規則。 大多數工作負載會搭配使用不同選項。
若要評估如何實作商務規則，請考慮：
團隊技能。 您的團隊建置和維護工作負載。 不同的服務需要不同的技能。 選擇團隊知道如何使用的服務，或者在選擇服務之前承諾對他們進行培訓。 確保團隊成員具備有效使用服務和最佳化效能的專業知識和知識。 例如，開發 Dataverse 外掛程式將需要您的工作負載團隊編寫 .NET 或 Power Fx 程式碼。
邏輯方法。 評估邏輯中是否存在需要人工互動的步驟 (例如核准流程或表單回應)，如果是，則確定是否可以在沒有人工互動的情況下執行所有步驟。 例如，如果需要人工互動，則可以使用 Power Automate 核准，但在不需要人工互動時，選擇使用 Dataverse 外掛程式讓邏輯作為 Dataverse 資料作業的一部分無縫執行。
集成。 查看您的結構圖，考慮您的工作負載需要與哪些系統整合。 評估整合選項，並考慮對效能和可靠性的影響。 即時整合可以為使用者帶來即時的好處，但可能會影響效能和可靠性。 使用非同步方法 (如 Power Automate或將 Dataverse 事件發佈到佇列待之後處理) 可以提高效能和可靠性。 但是，這些方法不會立即向使用者提供意見反應。
複雜性。 考慮邏輯的複雜度，並評估是否可以將其分解為單獨的步驟。 例如，使用商務規則來確認必填欄位、資料格式和範圍，而不是在畫布應用程式或自訂指令碼中實作邏輯。 對於基於現有值的簡單計算，可以使用計算欄位或彙總欄位，對於更複雜的計算，請使用 Dataverse 外掛程式。
可重用性。 識別和重複使用邏輯以提高一致性和維護性。 考慮是否需要從工作負載的各個點重複使用商務規則。 例如，可以從應用程式和自動化中呼叫 Dataverse 外掛程式規則，而如果將商務規則放在畫布應用程式中，則無法重複使用它。
請務必根據您的特定要求、工作負載複雜性和整合需求進行選擇。 根據您的專案目標和組織背景評估每個選項。 考慮使用該邏輯是否可以幫助多個專案。 如果可以，請調整您的方法以提供最大的好處。
評估回應能力
請記住，使用者是透過他們的期望來判斷效能，而不是透過客觀的衡量標準。 您可以使用不一定能加快流程但能讓使用者體驗更流暢的技術，來提高感知效能。 例如，使用非同步處理不會使工作更快完成，但它可以讓使用者介面保持回應，允許使用者執行其他動作。
若要評估回應能力：
- 考慮是否設計同步、非同步或背景 (批次) 處理。
- 考慮資料隨時間的增長。 隨著越來越多的資料流經系統，您可能需要對其進行調整以保持相同的回應時間。
- 考慮要在頁面或應用程式中快取哪些資料，而不是在每次載入頁面時即時擷取這些資料。
Power Platform 簡易化
瞭解要求：使用 Azure Monitor 從工作負載中收集和分析數據。 監視器可提供有關工作負載效能和執行狀況的深入解析，使您能夠找出問題並進行疑難排解。
瞭解和評估服務：查看平臺服務以確定它們是否滿足您的性能要求。 Power Platform 提供多種服務來達成相同的結果。 您可以靈活地根據效能需求、團隊技能和成本需求調整服務選擇。
相關資訊
- 驗證客戶端的網路容量和輸送量
- 高級監控工具概念
- 性能注意事項 Power Apps
- 瞭解畫布應用執行階段、數據調用流和性能監控
- 規劃、擴展和維護業務關鍵型閘道解決方案
- 使用低程式碼外掛程式 Dataverse
- 使用外掛程式擴展業務流程
- Dataverse 使用代碼的 formula、calculated 和 rollup 列
- 在中使用公式列 Dataverse
- 將業務邏輯應用於 Microsoft Dataverse
- Microsoft Dataverse 商務活動
效能效益檢查清單
請參閱完整的建議集。