此內容已過時。這個版本的 Well-Architected 框架現在可以在以下位置找到: https://docs.aws.amazon.com/zh_tw/wellarchitected/2022-03-31/framework/performance-efficiency.html

PERF 1: 您如何選擇效能最佳的架構?

欲讓工作負載達到最佳效能通常需要採用多種方法。Well-Architected 系統會使用多重解決方案和功能以提升效能。

資源

Introducing The Amazon Builders’ Library (DOP328)

最佳實務:

改進方案

了解可用的服務和資源

  • 清查工作負載軟體和架構以存放相關服務: 收集工作負載的庫存,並決定要進一步了解哪些產品類別。收集可被受管服務替換的識別工作負載元件,以提高效能並降低操作複雜性。
  • 定義架構選擇程序

  • 選擇一種架構方法: 確定可以滿足效能需求的架構類型。識別限制,例如交付媒體 (桌面、Web、移動、IoT)、遺留需求和整合。識別重複使用的機會,包括重構。諮詢其他團隊、架構圖解和資源,例如 AWS 解決方案架構師、AWS 參考架構和 APN 合作夥伴,以幫助您選擇架構。
  • 定義效能需求: 使用客戶體驗來確定最重要的指標。對於每個指標,確定目標、測量方法和優先級。定義客戶體驗。記錄客戶所需的效能體驗,包括客戶如何評價工作負載的效能。優先考慮關鍵使用者案例的體驗問題。納入效能需求並實作執行指令碼的使用者之旅,以確保您了解這些案例會如何根據您的要求予以執行。
  • 將成本需求因素納入決策

  • 將工作負載元件最佳化以降低成本: 調整工作負載元件的大小並啟用彈性功能,以降低成本並最大化元件效率。判斷哪些工作負載元件可在適當時由受管服務 (例如受管資料庫、記憶體內快取和反向代理) 取代。
  • 使用政策或參考架構

  • 使用現有的政策或參考架構來部署工作負載: 將服務整合到您的雲端部署,然後使用效能測試以確保您可以繼續滿足效能需求。
  • 使用雲端供應商或適當的合作夥伴提供的指導

  • 聯絡 AWS 資源以獲得協助: AWS 解決方案架構師和專業服務會為實作解決方案提供指導。APN 合作夥伴提供 AWS 專業知識,協助您提升業務的靈活性和創新性。
  • 對現有工作負載進行基準化分析

  • 在開發過程中監控效能: 實作可隨著工作負載的演進而提供效能可見度的程序。
  • 整合到交付管道中: 在您的交付管道中自動執行負載測試。將測試結果與預先定義的關鍵績效指標 (KPI) 和閾值進行比較,以確保您能持續符合效能需求。
  • 測試使用者之旅: 使用生產資料的綜合或處理過的版本 (移除敏感或身份資訊) 進行負載測試。透過在整個應用程式中使用重新執行或預先程式化的使用者之旅來測試整個架構。
  • 對工作負載執行負載測試

  • 透過負載測試驗證方法: 載入測試概念驗證,以確認是否符合效能需求。您可以使用 AWS 服務執行生產規模的環境,進而測試您的架構。由於僅在需要時才為測試環境付費,因此您只需花費使用內部部署環境的一小部分成本,就可以執行全面測試。Amazon EC2 測試政策
  • 監控指標: Amazon CloudWatch 可以收集架構中各種資源的指標。您還可以收集和發佈自訂指標以顯示業務或衍生指標。使用 CloudWatch 或第三方解決方案來設定可指出何時超過閾值的警示。
  • 大規模測試: 負載測試會使用實際工作負載,因此您可以查看解決方案在生產環境中的效能。您可以使用 AWS 服務執行生產規模的環境,進而測試您的架構。由於僅在需要時為測試環境付費,因此與使用內部部署環境相比,可以更低的成本執行全面測試。利用 AWS 雲端測試您的工作負載,以發現無法擴展的地方或是否以非線性方式擴展。例如,使用 Spot 執行個體以低成本產生負載,並在生產中遇到瓶頸之前發現瓶頸。