定義效能目標的建議

  • 發行項

適用于此 Azure Well-Architected Framework 效能效率檢查清單建議：

PE：01 定義效能目標。 效能目標應該是系結至工作負載需求的數值。 您應該為所有工作負載流程實作效能目標。

本指南說明建立和公開效能目標的建議。 效能目標是定義效能目標的計量。 這些計量是以單一數值或數值範圍表示。 這些計量是清楚且特定的計量，可推動持續改進。 效能目標是改善的數值基礎，可協助小組將努力配合特定目標。 若沒有清楚的效能目標，小組可能缺乏對效能問題的專注度和缺乏責任。 藉由設定效能目標，小組可以致力于特定目標，並推動持續改進。

定義

詞彙 定義
資料流程 在系統內或系統之間移動資料。
相依性 工作負載依賴的元件。
流程 在工作負載中，執行特定函式的作業序列。 它牽涉到資料移動，以及工作負載元件之間的進程執行。
計量 定期收集的數值。 計量會在特定時間描述系統的一些層面。
效能目標 定義效能目標的計量。 這些計量是以單一數值或數值範圍表示。
使用者流程 使用者在應用程式或系統內採取的路徑或動作序列。
工作流程 工作負載執行以完成工作的步驟順序。

主要設計策略

建立效能目標是達成工作負載效能效率的必要步驟。 效能目標會定義工作負載所需的效能層級，並協助您測量其符合這些目標的效率。 效能目標提供基準測試，以測量和比較工作負載的效率。 此基準測試可協助您強調改進領域。 目標也會與組織的目標一致，並增強業務成果。 此外，效能目標提供資源配置的指引，協助您確保工作負載可以適應不同的需求，同時維持最佳效能。

提早設定效能目標

在部署工作負載之前設定效能目標。 對於設計中的工作負載，效能目標需要研究。 進行市場研究、競爭分析和問卷，以產生您的效能目標範圍。 對於沒有效能目標的生產工作負載，請使用生產資料和客戶意見反應來建立效能目標。

判斷效能需求

判斷效能需求是關於識別基本效能計量，例如回應時間、輸送量和對您應用程式而言非常重要的延遲。 將這些效能目標與貴組織的商務目標一致，可確保工作負載符合所需的標準，無論是最適合的類別或平均產品。 例如，您可能會想要減少回應時間、增加輸送量速率，或優化資源使用。

設定效能目標時，請務必讓組織的目標符合使用者基底的不同需求。 使用者最終會決定效能的成功，強調需要讓效能目標符合其期望。 此平衡可確保效能目標會擷取預期的使用者體驗和工作負載的整體效率。 若要全面量測並優化工作負載效能，您應該考慮為下列清單設定效能目標：

  • 個別元件：個別元件是工作負載的個別單位或區段，每個元件都有不同的效能屬性和需求。

  • 使用者流程：這些路徑會繪製使用者如何通過工作負載，並確保其流暢性會直接增強使用者體驗。

  • 工作流程：定義內部程式的工作流程是製作來達成特定結果，而且通常會規定作業效率。

  • 資料流程：資料流程是指工作負載內資料的移動和互動，協助找出潛在的效率不佳或瓶頸。

  • 外部相依性：外部相依性是主要工作負載以外的元素， (整合的協力廠商服務或工具) ，可大幅影響效能。

  • 縮放單位：縮放單位與工作負載的可調整區段相關。 確保負載增加下的健全效能是關鍵性，特別是在成長案例中。

  • 技術層級：技術層級是直接效能指標，例如 API 存取速度、資料庫作業延遲，以及潛在的網路延遲。

  • 商務交易：商務交易代表端對端使用者作業，例如完成購買或預約服務，其順暢的執行會直接系結至使用者滿意度。

  • 工作負載全部啟動：此整體計量提供包含工作負載所有元件和層面之整體效能的概觀。

識別關鍵計量

識別關鍵效能計量牽涉到判斷追蹤達成工作負載效能目標進度的基本度量。 此識別提供可量化的方式來測量及改善效能效率。 當您識別要專注的重要計量時，請考慮與可用性、容量和回應時間相關的計量：

  • 可用性：錯誤率是可用性效能計量。 錯誤率代表一段時間內已容錯移轉要求的百分比。 錯誤率的常見目標為 0.1% 的要求。

  • 容量：輸送量和並行是範例容量計量。 輸送量是指在特定時段內處理特定交易數目的能力。 例如，應用程式可能需要每月維持 1 億筆交易。 並行是同時使用者或動作的量值。

  • 回應時間： 延遲和負載時間是常見的回應時間計量。 延遲是回應要求所需的時間， (200 毫秒) 。 載入時間是應用程式或網頁互動所需的時間。 常見的目標是完成少於 1 秒的 99% 登入要求。

設定特定目標

識別關鍵計量之後，您必須為每個計量指定效能目標或臨界值。 效能目標應可測量、實際且符合您的工作負載目標。 例如，您可以設定小於 500 毫秒的目標回應時間， (毫秒) 或目標錯誤率小於 1%。 避免效能質化評估，例如 快速 或 緩慢。 藉由使用數值目標，您可以根據時間來評估效能。 當您設定特定的效能目標時，請考慮下列建議：

  • 考慮客戶：當您設定效能目標時，採用以客戶為中心的觀點。 將客戶辨識為效能的最終判斷，有助於確保效能目標符合客戶的期望。 這項對齊方式牽涉到考慮組織目標和客戶群的不同需求。 在整合這兩個層面時，您可以量身打造效能目標，以反映所需的客戶體驗和整體工作負載效率。 藉由定義考慮客戶期望的效能目標，您可以努力提供高品質的客戶體驗，並符合客戶的需求。

  • 使用百分位數：百分位數，例如 P99、P95 和 P50，是代表效能評估結果的業界標準。 百分位數是指出數位包含多少資料的量值。 例如，P99 涵蓋 99% 的資料。 使用百分位數，而不是簡單的平均值，以更全面地瞭解工作負載效能。 若要測量百分位數，請一段時間收集效能資料，通常是使用監視工具或記錄機制。 然後分析此資料，以判斷不同百分位數的回應時間值。

記載並公開效能目標

記錄和公開效能目標是關於在集中式位置記錄所有效能目標。 會議績效目標是開發與營運小組之間的共同責任。 為了確保工作負載持續符合或超過這些目標，請為小組提供資訊和存取權以採取動作。 若要記錄並公開效能目標，請考慮下列建議：

  • 檔效能目標：記錄所有效能目標。 請確定所有效能目標都記載在集中式位置，可供開發和作業小組輕鬆存取。 它可提升一致性，並協助進行即時決策。

  • 公開效能目標：所有負責任小組都應該能夠檢閱及建立效能目標的可採取動作的工作。 使用儀表板和報表等資訊，讓效能目標可供存取。

  • 讓它成為可採取動作：檔和資訊應該建議清楚的後續步驟。 例如，錯誤增加可能會提示立即檢查，或一致地符合目標可能會建議重新評估該基準。

評估客戶意見反應

評估客戶意見反應牽涉到主動尋求和分析客戶的回應和建議。 主動收集和分析客戶意見反應，提供其需求和期望的寶貴見解。 一般通訊有助於根據變更的喜好設定和技術趨勢來調整效能目標。 聚焦于客戶需求，表示工作負載不僅符合技術基準，也會經歷持續精簡。 這種方法強調客戶滿意度，可確保工作負載在長時間執行時維持相關且成功。

Azure 指導

設定效能目標：Azure Advisor 提供可通知效能目標的 效能建議 。

Azure 監視器 是一項完整堆疊監視服務，可提供一組完整的功能來監視您的 Azure 資源和測量效能目標。 它會收集平臺計量，並提供現成可用的儀表板。 它可讓您根據計量設定警示。 它也會儲存並相互關聯計量，以確保單一事實來源。

效能效率檢查清單

請參閱一組完整的建議。

效能效率檢查清單