# 定义
<a name="definitions"></a>

 AWS 的专家每天都在帮助客户设计系统，以利用云中的最佳实践。在设计过程中，我们与您一起对架构进行权衡调整。当您在真实环境中部署这些系统时，我们将关注这些系统的运作状况，同时衡量上述调整的效果。

 依托于实践经验，我们构建了 AWS Well-Architected Framework，它为客户和合作伙伴评估架构提供了一系列最佳实践，并提供了相应的可用于评估架构是否符合 AWS 最佳实践的问题。 

 AWS Well-Architected Framework 建立在六个支柱的基础上，它们分别是卓越运营、安全性、可靠性、性能效率、成本优化和可持续性。 

 **表 1.AWS Well-Architected Framework 的支柱** 


|  **姓名**  |  **描述**  | 
| --- | --- | 
|  卓越运营  |  能够有效地支持发展和运行工作负载，获取对运营的洞察，以及不断改进支持流程和程序以实现商业价值。  | 
|  安全性  | 安全性支柱描述了如何利用云技术来保护数据、系统和资产，以改善您的安全状况。 | 
|  可靠性  |  可靠性支柱涵盖相关工作负载按照计划正确而稳定执行其预期功能的能力。它包括在其全部生命周期内运行和测试工作负载的能力。本白皮书深度介绍了有关在 AWS 中实施可靠工作负载的最佳实践指导。 | 
|  性能效率  |  有效利用计算资源来满足系统要求，并随着需求变化和技术发展保持这种效率的能力。  | 
|  成本优化  |  以最低价格运行系统来交付商业价值的能力。  | 
|  可持续性  |  这是指以下能力：通过最大限度地提高所预置资源的收益并最大限度地减少所需的总资源，降低能源消耗并提高工作负载的所有组件的效率，从而持续改善可持续性影响。  | 

 在 AWS Well-Architected Framework 中，我们使用了以下术语： 
+  此处的 **组件** 是指针对相关需求提供的代码、配置和 AWS 资源的组合。组件通常是技术处理单元，与其他组件分离。 
+  术语 **工作负载** 指的是共同提供商业价值的组件集合。工作负载通常是业务和技术领导者沟通的细节层次。 
+  我们将 **架构** 定义为组件在工作负载中协同工作的方式。架构图的重点通常是组件如何通信和交互。 
+  **Milestones** 将随着架构在整个产品生命周期内（设计、实施、测试、上线和生产）的演进记录架构中的关键变更。
+  组织内的 **技术产品组合** 是业务运营所需的工作负载集合。 
+ 如示例所示， **工作量** 用于对执行任务所需的时间、精力和复杂性进行分类。每个组织都需要考虑团队的规模和专业知识以及工作负载的复杂性，了解更多背景信息，以便对组织的工作量进行正确分类。
  + **高：** 这项工作可能需要数周或数月。它可以分解为若干案例、发布和任务。
  + **中：** 这项工作可能需要数天或数周。它可以分解为若干发布和任务。
  + **低：** 这项工作可能需要数小时或数天。它可以分解为若干任务。

 在设计工作负载时，您会基于您的业务环境在各个支柱之间做出权衡。这些业务决策可以确定设计优先事项。在开发环境中，您可能会进行优化，牺牲一部分可靠性来改进可持续性影响并降低成本；而对于任务关键型解决方案，您可能会在成本和可持续性影响方面做出妥协，来提高可靠性。在电子商务解决方案中，性能可能会影响收入和客户的购买偏好。对于安全性和卓越运营，一般不会在它们和其他支柱之间进行权衡。