# COST 10. 如何評估新服務？
<a name="cost-10"></a>

隨著 AWS 推出新服務和功能，最佳實務是檢視現有架構決策，以確認其持續發揮最大成本效益。

**Topics**
+ [

# COST10-BP01 開發工作負載審核程序
](cost_evaluate_new_services_review_process.md)
+ [

# COST10-BP02 定期檢閱和分析此工作負載
](cost_evaluate_new_services_review_workload.md)

# COST10-BP01 開發工作負載審核程序
<a name="cost_evaluate_new_services_review_process"></a>

 制定一個程序，用於定義工作負載審查的標準和程序。審查工作應反映潛在的效益。例如，核心工作負載或價值超過帳單 10% 的工作負載每季或每六個月審查一次，而低於 10% 的工作負載則每年審查一次。

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

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

為了擁有最符合成本效益的工作負載，您必須定期審查工作負載，以了解是否有機會實作新的服務、功能和元件。若要實現較低的整體成本，程序必須與可能的節省金額成正比。例如，相較於佔整體支出 5% 的工作負載，您應更頻繁且更徹底地審查佔整體支出 50% 的工作負載。考量任何外部因素或波動性。如果工作負載服務特定的地理或市場區隔，並且預測該區域會發生改變，則更頻繁的檢閱可能會帶來成本節省。需要檢閱的另一個因素是實作變更的工作量。如果測試與驗證變更需要付出大量成本，則應降低檢閱頻率。

考量維護過時和舊版元件和資源的長期成本，以及無法在其中實作新的功能。目前的測試和驗證成本可能會超過提議的效益。不過，隨著時間推移，工作負載與目前技術之間的差距增大，從而變更的成本可能會大幅增加，進而產生更高的成本。例如，移至新的程式設計語言目前看來可能並非具有成本效益之舉。不過，在五年後，該語言熟練人員的成本可能會增加，而且由於工作負載的成長，您會將更大的工作負載轉移到新的語言，此時需要付出的努力會比以前更多。

將您的工作負載細分成多個元件，指派元件的成本 (估算值就足夠)，然後在每個元件旁列出因素 (例如，工作量和外部市場)。使用這些指標來決定每個工作負載的檢閱頻率。例如，您可能會將 Web 伺服器視為高成本、變更所需工作量低和受外部因素影響高，因此檢閱頻率高。中央資料庫可能是中等成本、變更所需工作量高，以及受外部因素影響低，因此檢閱頻率中等。

 定義一個程序，以在新的服務、設計模式、資源類型和組態可用時對其進行評估，進而優化您的工作負載。與[績效支柱審查](https://docs.aws.amazon.com/wellarchitected/latest/framework/perf-06.html)和[可靠性支柱審查](https://docs.aws.amazon.com/wellarchitected/latest/framework/rel_monitor_aws_resources_review_monitoring.html)流程類似，識別、驗證及優先處理最佳化和改進活動以及問題修復，並將其納入您的待辦項目中。

**實作步驟**
+  **定義審查頻率：**定義工作負載及其元件的審查頻率。配置時間和資源給持續性改進與審查頻率，以改進工作負載的效率和優化。這結合了許多因素，可能隨著組織內的工作負載而異，也可能隨著工作負載中的元件而異。常見的因素包括，在收入或品牌方面對組織的重要性、執行工作負載的總成本 (包括營運和資源成本)、工作負載的複雜性、實作變更的簡易性、任何軟體授權合約，以及因懲罰性授權，變更會導致授權成本大幅增加。元件可在功能或技術上進行定義，例如 Web 伺服器和資料庫，或運算和儲存資源。相應平衡這些因素，並為工作負載及其元件制定一個期間。您可以決定每 18 個月審查一次完整工作負載、每 6 個月審查一次 Web 伺服器、每 12 個月審查一次資料庫、每 6 個月審查一次運算和短期儲存，以及每 12 個月審查一次長期儲存。
+ **定義審查徹底性：**定義審查工作負載或工作負載元件所需的工作量。與審查頻率類似，這需在多個因素之間取得平衡。評估改進機會並制定其優先順序，以將精力集中在可以帶來最大收益的機會上，同時預估這些活動需要多少工作量。如果預期成果未能達到目標，且所需的工作量成本較高，請使用替代行動方案重複進行。您的審查程序應包含專用的時間和資源，用於持續的漸進式改善。例如，您可以決定花費一週分析來資料庫元件、一週分析運算資源，以及花費四小時進行儲存審查。

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

 **相關文件：**
+  [AWS 新聞部落格](https://aws.amazon.com/blogs/aws/) 
+  [雲端運算的類型](https://aws.amazon.com/types-of-cloud-computing/) 
+  [AWS最新消息](https://aws.amazon.com/new/) 

 **相關範例：**
+ [AWS 支援主動式服務 ](https://aws.amazon.com/premiumsupport/technology-and-programs/proactive-services/)
+ [ 工作負載的定期SAP工作負載檢閱 ](https://docs.aws.amazon.com/wellarchitected/latest/sap-lens/best-practice-4-4.html)

# COST10-BP02 定期檢閱和分析此工作負載
<a name="cost_evaluate_new_services_review_workload"></a>

現有的工作負載會根據每個定義的程序定期接受審查，以確認是否可採用新服務、是否可取代現有服務、或是否可重新建構工作負載。

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

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

AWS 不斷新增新功能，因此您可以使用最新的技術更快地進行實驗和創新。[AWS 新功能](https://aws.amazon.com/new/)詳細說明 AWS 了如何執行此操作，並在發佈 AWS 服務、功能和區域擴展公告時提供快速概觀。您可以深入探討已公告推出的項目，並將其用來審查和分析現有的工作負載。為了實現新 AWS 服務和功能的優點，您可以檢閱工作負載並視需要實作新服務和功能。這表示您可能需要取代用於工作負載的現有服務，或將工作負載現代化，以採用這些新 AWS 服務。例如，您可以檢閱工作負載，並使用 Amazon Simple Email Service 取代簡訊元件。這消除了營運和維護執行個體叢集的成本，同時以較低的成本提供所有功能。

 若要分析工作負載並凸顯潛在機會，您不僅應考慮使用新服務，也應使用新方法來建置解決方案。檢閱 上的[這是我的架構](https://aws.amazon.com/architecture/this-is-my-architecture)影片 AWS ，以了解其他客戶的架構設計、挑戰及其解決方案。檢查 [All-In 系列](https://aws.amazon.com/architecture/all-in-series/)，了解 AWS 服務和客戶案例的真實應用程式。也可以觀看[回歸基礎](https://aws.amazon.com/architecture/back-to-basics/)影片系列，其中說明、檢查和細分基本的雲端架構模式最佳實務。另一個來源是[如何建置此](https://aws.amazon.com/architecture/how-to-build-this/)影片，其設計旨在協助人們提出有關如何使用 AWS 服務實現最小可行產品 （MVP） 的重大想法。對於來自世界各地的建置者來說，這是一種從經驗豐富的 AWS 解決方案架構師取得架構指導的強烈想法。最後，可以檢閱[入門](https://aws.amazon.com/getting-started/)資源材料，其中包含逐步教學課程。

 在開始審查程序之前，請遵循您的企業在工作負載、安全和資料隱私權等方面的要求，以期在執行您同意的審查程序時，能夠採用特定的服務或區域和效能要求。

**實作步驟**
+ **定期審查工作負載：**使用您定義的程序，以指定的頻率執行審查。確認您在每個元件上付出正確的工作量。此程序與您選取服務來進行成本優化的初始設計程序類似。分析服務以及服務會帶來的效益，此時需考慮變更成本，而不僅僅是長期效益。
+ **實作新服務：**如果分析結果是要實作變更，請先執行工作負載的基準，以了解每個輸出的目前成本。實作變更，然後執行分析以確認每個輸出的新成本。

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

 **相關文件：**
+  [AWS 新聞部落格](https://aws.amazon.com/blogs/aws/) 
+  [AWS最新消息](https://aws.amazon.com/new/) 
+ [AWS 文件 ](https://docs.aws.amazon.com/)
+ [AWS 入門 ](https://aws.amazon.com/getting-started/)
+ [AWS 一般資源 ](https://docs.aws.amazon.com/#general_resources)

 **相關影片：**
+  [AWS - 這是我的架構](https://aws.amazon.com/architecture/this-is-my-architecture) 
+  [AWS - 返回基本作業要點](https://aws.amazon.com/architecture/back-to-basics/) 
+  [AWS - All-In 系列](https://aws.amazon.com/architecture/all-in-series/) 
+  [如何建置此方法](https://aws.amazon.com/architecture/how-to-build-this/)