# COST 10  您如何評估新服務？
<a name="w2aac19c13c13b5"></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 伺服器視為高成本、變更所需工作量低和受外部因素影響高，因此檢閱頻率高。中央資料庫可能是中等成本、變更所需工作量高，以及受外部因素影響低，因此檢閱頻率中等。

**實作步驟**
+  **定義審查頻率： **定義工作負載及其元件的審查頻率。這結合了許多因素，可能因組織內的工作負載而異，也可能因工作負載中的元件而異。常見的因素包括：在收入或品牌方面對組織的重要性、執行工作負載的總成本 (包括營運和資源成本)、工作負載的複雜性、實作變更的簡易性、任何軟體授權合約，以及因懲罰性授權，變更會導致授權成本大幅增加。元件可在功能或技術上進行定義，例如 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/) 

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

 根據每個定義的程序定期審查現有的工作負載。 

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

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

若要取得新的 AWS 服務和功能帶來的效益，您必須對工作負載執行檢閱程序，並視需要實作新的服務和功能。例如，您可以檢閱工作負載，並使用 Amazon Simple Email Service (Amazon SES) 取代簡訊元件。這消除了營運和維護執行個體叢集的成本，同時以較低的成本提供所有功能。

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

## 資源
<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/)