# PERF 6  您如何發展工作負載，以運用新版本的優勢？
<a name="w2aac19c11b7b5"></a>

 架構工作負載時，可選擇的選項有限。但一段時間後會有可改善工作負載效能的新技術和方法推出。 

**Topics**
+ [PERF06-BP01 掌握最新的資源和服務](perf_continue_having_appropriate_resource_type_keep_up_to_date.md)
+ [PERF06-BP02 定義提高工作負載效能的程序](perf_continue_having_appropriate_resource_type_define_process.md)
+ [PERF06-BP03 隨時間提升工作負載效能](perf_continue_having_appropriate_resource_type_evolve.md)

# PERF06-BP01 掌握最新的資源和服務
<a name="perf_continue_having_appropriate_resource_type_keep_up_to_date"></a>

當新服務、設計模式和產品供應項目推出時，評估提升效能的方法。透過評估、內部討論或外部分析，確定哪些方法可以提高工作負載效能或效率。

定義程序來評估與工作負載相關的更新、新功能和服務。例如，建立使用新技術的概念證明或與內部小組協商。嘗試新的想法或服務時，執行效能測試以衡量其對工作負載效能的影響。使用基礎設施即程式碼 (IaC) 和 DevOps 文化，運用能力，以最少的成本和風險來頻繁測試新想法或技術。

 **預期成果：** 您已記錄組成部分、設計模式和工作負載特性的清單。您使用該文件來建立訂閱清單，以便向團隊通知服務的最新狀態、功能和新產品。您已確定組成部分的利害關係人，他們將會評估新版本並針對業務影響和優先要務提供建議。 

 **常見的反模式：** 
+  當工作負載不符合效能要求時，只審查新的選項和服務。 
+  您假設所有新產品供應項目對於工作負載都沒有幫助。 
+  改善工作負載時，您總是選擇建置而不是購買。 

 **建立此最佳實務的優勢：** 透過考量新服務或產品供應項目，您可以改善工作負載的效能和效率、降低基礎設施的成本，以及減少維護服務所需的工作量。

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

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

 定義程序來評估來自 AWS 的更新、新功能和服務。例如，建立使用新技術的概念證明。嘗試新的想法或服務時，執行效能測試以衡量對工作負載效率或效能的影響。利用您在 AWS 中具備的靈活性，以最少的成本或風險頻繁測試新的想法或技術。 

## 實作步驟
<a name="implementation-steps"></a>

1.  記錄工作負載解決方案。使用組態管理資料庫 (CMDB) 解決方案，來記錄清單並分類服務和相依性。使用 [AWS Config](https://aws.amazon.com/config/) 之類的工具，來取得在工作負載使用中 AWS 中的所有服務清單。

1.  使用 [標記策略](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) 來記錄每個工作負載組成部分和類別的擁有者。例如，如果您目前使用 Amazon RDS 作為資料庫解決方案，請將資料庫管理員 (DBA) 指派為評估和研究新服務與更新的擁有者，並加以記錄。

1.  找出與工作負載組成部分相關的新聞和更新來源。在先前所提及的 Amazon RDS 範例中，類別擁有者應訂閱 [AWS 部落格的最新消息](https://aws.amazon.com/new/) 來了解與其工作負載組成部分相符的產品。您可以訂閱 RSS 摘要或管理 [電子郵件訂閱](https://pages.awscloud.com/communication-preferences.html)。監控對您使用的 Amazon RDS 資料庫所做的升級、導入的功能、發行的執行個體，以及 Amazon Aurora Serverless 之類新產品。掌握產業部落格、產品和生產組成部分的廠商動態。

1.  記錄您在評估更新和新服務的過程。向類別擁有者提供所需的時間和空間，來研究、測試、實驗和驗證更新及新服務。回顧所記錄的業務需求和 KPI，來協助排定哪個更新將帶來正面業務影響的優先順序。 

 **實作計劃的工作量：** 若要建立此最佳實務，您必須了解目前的工作負載組成部分、找出類別擁有者以及找出服務更新的來源。此作業所需的工作量不會很多，但會是一個持續的過程，可能會隨著時間發展和改善。 

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

 **相關文件：** 
+  [AWS 部落格](https://aws.amazon.com/blogs/) 
+  [AWS 最新消息](https://aws.amazon.com/new/?ref=wellarchitected) 

 **相關影片：** 
+  [AWS 活動 YouTube 頻道](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw) 
+  [AWS 線上技術會談 YouTube 頻道](https://www.youtube.com/user/AWSwebinars) 
+  [Amazon Web Services YouTube 頻道](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) 

 **相關範例：** 
+  [AWS Github](https://github.com/aws) 
+  [AWS Skill Builder](https://explore.skillbuilder.aws/learn) 

# PERF06-BP02 定義提高工作負載效能的程序
<a name="perf_continue_having_appropriate_resource_type_define_process"></a>

 定義一個程序，以在新的服務、設計模式、資源類型和組態可用時對其進行評估。例如，對新的執行個體方案執行現有的效能測試，以判斷其是否可能改善工作負載。 

 工作負載的效能有一些關鍵限制。記錄這些內容，以便您知道哪種創新可以改善工作負載的效能。當新服務或技術可用時，請使用此資訊來找出緩解限制或瓶頸的方法。 

 **常用的反模式：** 
+  您假設您目前的架構將變成靜態，而且永遠不會隨著時間更新。 
+  您會隨時間導入架構變更，而且無須指標佐證。 

 **建立此最佳實務的優勢：** 定義進行架構變更的程序後，即可啟用收集的資料，以隨著時間影響工作負載。 

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

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

 識別工作負載的關鍵效能限制：記錄工作負載的效能限制，讓您知道哪些類型的創新可能會改善工作負載的效能。 

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

 **相關文件：** 
+  [AWS 部落格](https://aws.amazon.com/blogs/) 
+  [AWS 最新消息](https://aws.amazon.com/new/?ref=wellarchitected) 

 **相關影片：** 
+  [AWS 活動 YouTube 頻道](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw) 
+  [AWS 線上技術會談 YouTube 頻道](https://www.youtube.com/user/AWSwebinars) 
+  [Amazon Web Services YouTube 頻道](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) 

 **相關範例：** 
+  [AWS Github](https://github.com/aws) 
+  [AWS Skill Builder](https://explore.skillbuilder.aws/learn) 

# PERF06-BP03 隨時間提升工作負載效能
<a name="perf_continue_having_appropriate_resource_type_evolve"></a>

 作為一個組織，使用評估過程中收集的資訊，在新服務或資源可用時主動推動採用。 

 在評估新的服務或技術以推動變更時，好好利用您收集的資訊。隨著業務或工作負載變化，效能需求也隨之變化。利用從工作負載指標收集的資料，來評估可獲得最大效率或效能效益的區域，並主動採用新的服務和技術來滿足需求。 

 **常用的反模式：** 
+  您假設您目前的架構將變成靜態，而且永遠不會隨著時間更新。 
+  您會隨時間導入架構變更，而且無須指標佐證。 
+  您會變更架構的原因就只是業界內的每個人都是採用此做法。 

 **建立此最佳實務的優勢：** 若要最佳化工作負載效能和成本，您必須評估所有可用的軟體和服務，以判斷適合工作負載的軟體和服務。 

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

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

 隨時間發展您的工作負載：在評估新的服務或技術以推動變更時，好好利用您收集的資訊。隨著業務或工作負載變化，效能需求也隨之變化。利用從工作負載指標收集的資料，來評估可達成最大效率或效能效益的區域，並主動採用新的服務和技術來滿足需求。 

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

 **相關文件：** 
+  [AWS 部落格](https://aws.amazon.com/blogs/) 
+  [AWS 最新消息](https://aws.amazon.com/new/?ref=wellarchitected) 

 **相關影片：** 
+  [AWS 活動 YouTube 頻道](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw) 
+  [AWS 線上技術會談 YouTube 頻道](https://www.youtube.com/user/AWSwebinars) 
+  [Amazon Web Services YouTube 頻道](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) 

 **相關範例：** 
+  [AWS Github](https://github.com/aws) 
+  [AWS Skill Builder](https://explore.skillbuilder.aws/learn)