# OPS04-BP01 識別關鍵績效指標
<a name="ops_observability_identify_kpis"></a>

 想在工作負載中實作可觀測性，要先了解工作負載狀態，並根據業務需求做出資料驅動的決策。確保監控活動與業務目標保持一致的最有效方式之一，就是定義和監控關鍵績效指標 (KPI)。 

 **預期成果：** 有效率的可觀測性實作會與業務目標密切保持一致，確保監控工作始終能夠帶來實際的業務成果。 

 **常見的反模式：** 
+  未定義 KPI：在沒有明確 KPI 的情況下工作，可能會導致監控過度或不足，而錯過重要訊號。 
+  靜態 KPI：未隨著工作負載或業務目標發展而重新檢視或改進 KPI。 
+  未能保持一致：專注於與業務成果沒有直接關係的技術指標，或難與實際問題相關聯的技術指標。 

 **建立此最佳實務的優勢：** 
+  容易識別問題：業務 KPI 通常比技術指標更能清楚呈現問題所在。比起從眾多技術指標中苦苦尋找，業務 KPI 下降的現象，更能有效地指出問題所在。 
+  業務一致性：確保監控活動可直接支援業務目標。 
+  效率：優先監控資源並關注重要指標。 
+  主動積極：找出並解決問題，不讓問題擴大影響業務。 

 **未建立此最佳實務時的曝險等級：** 高 

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

 若要有效地定義工作負載 KPI： 

1.  **從業務成果開始著手：** 在深入研究指標之前，請先了解所需的業務成果。想要增加銷售量、提高使用者參與度，還是加快回應時間？ 

1.  **讓技術指標與業務目標相互關聯：** 並非所有技術指標都會直接影響業務成果。找出有直接影響的技術指標，不過，通常更直接的方式是使用業務 KPI 找出問題。 

1.  **使用 [Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)：** 採用 CloudWatch 定義和監控代表您的 KPI 的指標。 

1.  **定期檢閱和更新 KPI：** 隨著工作負載和業務發展，保持 KPI 的相關性。 

1.  **讓利害關係人參與：** 讓技術和業務團隊一起參與定義和檢閱 KPI 的過程。 

 **實作計劃的工作量：** 中 

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

 **相關的最佳實務：** 
+ [OPS04-BP02 實作應用程式遙測](ops_observability_application_telemetry.md)
+ [OPS04-BP03 實作使用者體驗遙測](ops_observability_customer_telemetry.md)
+ [OPS04-BP04 實作相依性遙測](ops_observability_dependency_telemetry.md)
+ [OPS04-BP05 實作分散式追蹤](ops_observability_dist_trace.md)

 **相關文件：** 
+ [AWS 可觀測性最佳實務 ](https://aws-observability.github.io/observability-best-practices/)
+ [ CloudWatch 使用者指南 ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [AWS 可觀測性 Skill Builder 課程 ](https://explore.skillbuilder.aws/learn/course/external/view/elearning/14688/aws-observability)

 **相關影片：** 
+ [ 研擬可觀測性策略 ](https://www.youtube.com/watch?v=Ub3ATriFapQ)

 **相關範例：** 
+  [One Observability 研討會](https://catalog.workshops.aws/observability/en-US)