# PERF08-BP04 衡量效能改進的影響
<a name="perf_tradeoffs_performance_measure"></a>

 在進行變更以提高效能時，請評估所收集的指標和資料。使用此資訊來判斷效能提升對工作負載、工作負載元件和客戶所造成的影響。此測量可協助您了解權衡所帶來的改善，並協助您判斷是否產生任何負面影響。 

 Well-Architected 系統利用一組效能策略。確定哪種策略將對給定的熱點或瓶頸產生最大的積極影響。例如，跨多個關聯式資料庫系統將資料分區可以提高整體輸送量，同時保留對交易的支援，並且在每個分區中，快取可以幫助減少負載。 

 **常用的反模式：** 
+  您會手動部署和管理可做為受管服務的技術。 
+  當可以使用多個元件來提高工作負載的效能時，您只需專注於如聯網等單一元件。 
+  您依賴客戶意見回饋和感受做為唯一的基準測試。 

 **建立此最佳實務的優勢：** 若要實作效能策略，您必須選擇多項服務和功能。當合併採用這些服務和功能時，您將能符合工作負載的效能需求。 

 **若未建立此最佳實務，暴露的風險等級為：** 中 

## 實作指引
<a name="implementation-guidance"></a>

 Well-Architected 系統使用效能相關策略的組合。確定哪種策略將對給定的熱點或瓶頸產生最大的積極影響。例如，跨多個關聯式資料庫系統將資料分區可以提高整體輸送量，同時保留對交易的支援，並且在每個分區中，快取可以幫助減少負載。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [Amazon Builders' Library](https://aws.amazon.com/builders-library) 
+  [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html) 
+  [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html) 
+  [AWS 上的分散式負載測試](https://docs.aws.amazon.com/solutions/latest/distributed-load-testing-on-aws/welcome.html) 

 **相關影片：** 
+  [Amazon Builders' Library 簡介 (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM) 
+  [透過 Amazon CloudWatch RUM 優化應用程式](https://www.youtube.com/watch?v=NMaeujY9A9Y) 
+  [Amazon CloudWatch Synthetics 的示範](https://www.youtube.com/watch?v=hF3NM9j-u7I) 

 **相關範例：** 
+  [使用 Amazon CloudWatch Synthetics 測量頁面載入時間](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance) 
+  [Amazon CloudWatch RUM Web 用戶端](https://github.com/aws-observability/aws-rum-web) 
+  [AWS 上的分散式負載測試](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/)