# 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 Support Proactive Services](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 替换消息传递组件。这省去了运行和维护实例集的成本，同时能以更低的成本提供所有功能。

 为了分析您的工作负载并突显潜在机会，您不仅应考虑新服务，而且还要考虑构建解决方案的新方法。观看 AWS 上的[这是我的架构](https://aws.amazon.com/architecture/this-is-my-architecture)视频，了解其他客户的架构设计、面临的挑战和解决方案。查看 [All-In series](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 series](https://aws.amazon.com/architecture/all-in-series/) 
+  [如何构建此架构](https://aws.amazon.com/architecture/how-to-build-this/)