# PERF01-BP07 針對架構選擇使用資料驅動的方法
<a name="perf_architecture_use_data_driven_approach"></a>

 為架構選擇定義清晰、資料驅動的方法，以確認是否使用正確的雲端服務和組態，來滿足特定業務需求。 

 **常見的反模式：** 
+  您假設目前的架構是靜態的，且不應隨著時間而更新。 
+  架構選擇是根據猜測和假設。 
+  您會隨時間導入架構變更，而且無需理由佐證。 

 **建立此最佳實務的優勢：** 透過採用明確定義的方法來做出架構選擇，您使用資料來影響工作負載設計，並隨著時間的推移做出明智的決策。 

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

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

 使用內部經驗和雲端知識，或使用外部資源 (例如已發佈的使用案例或白皮書)，以選擇架構中的資源和服務。您應有定義明確的流程，有助試驗和基準化分析可在工作負載中使用的服務。 

 關鍵工作負載的待辦項目不僅只包括使用者案例 (提供與業務和使用者相關的功能)，還應包括構成工作負載架構跑道的技術案例。這條跑道掌握技術和新服務的新進展，並根據資料和適當的理由而採用這些技術和新服務。這證明架構仍然是與時俱進，不會停滯不前。 

### 實作步驟
<a name="implementation-steps"></a>
+  與關鍵利害關係人互動，以定義工作負載需求，包括效能、可用性和成本考量。考慮工作負載的使用者數量和使用模式等因素。 
+  建立架構跑道或技術待辦項目，系統會優先處理這些項目與功能待辦事項。 
+  評估不同的雲端服務 (如需詳細資訊，請參閱 [PERF01-BP01 了解可用的雲端服務和特徵](perf_architecture_understand_cloud_services_and_features.md))。 
+  探索符合效能需求的不同架構模式，例如微服務或無伺服器 (如需更多詳細資訊，請參閱 [PERF01-BP02 使用雲端供應商或適當合作夥伴提供的指引，了解架構模式和最佳實務](perf_architecture_guidance_architecture_patterns_best_practices.md))。 
+  諮詢其他團隊、架構圖表和資源，例如 AWS 解決方案架構設計師、 [AWS 架構中心](https://aws.amazon.com/architecture/)和 [AWS Partner Network](https://aws.amazon.com/partners/)，以協助您選擇適合工作負載的架構。 
+  定義輸送量和回應時間等效能指標，以協助您評估工作負載的效能。 
+  試驗並使用定義的指標，來驗證所選架構的效能。 
+  視需要持續監控並進行調整，以維持架構的最佳效能。 
+  記錄您選擇的架構和決策，作為未來更新和學習的參考。 
+  根據經驗、新技術和指出目前方法中需要變更或問題的指標，持續檢閱和更新架構選擇方法。 

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

 **相關文件：** 
+  [AWS 解決方案程式庫](https://aws.amazon.com/solutions/) 
+  [AWS 知識中心](https://aws.amazon.com/premiumsupport/knowledge-center/) 

 **相關影片：** 
+  [This is my Architecture](https://aws.amazon.com/architecture/this-is-my-architecture/) 

 **相關範例：** 
+  [AWS 範例](https://github.com/aws-samples) 
+  [AWS SDK 範例](https://github.com/awsdocs/aws-doc-sdk-examples)