View a markdown version of this page

定义 - AWS Well-Architected Framework

定义

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

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

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

表 1.AWS Well-Architected Framework 的支柱

名称 说明
卓越运营 The ability to support development and run workloads effectively, gain insight into their operations, and to continuously improve supporting processes and procedures to deliver business value.
安全性 The security pillar describes how to take advantage of cloud technologies to protect data, systems, and assets in a way that can improve your security posture.
可靠性 The reliability pillar encompasses the ability of a workload to perform its intended function correctly and consistently when it’s expected to. This includes the ability to operate and test the workload through its total lifecycle. This paper provides in-depth, best practice guidance for implementing reliable workloads on AWS.
性能效率 The ability to use computing resources efficiently to meet system requirements, and to maintain that efficiency as demand changes and technologies evolve.
成本优化 The ability to run systems to deliver business value at the lowest price point.
可持续性 The ability to continually improve sustainability impacts by reducing energy consumption and increasing efficiency across all components of a workload by maximizing the benefits from the provisioned resources and minimizing the total resources required.

在 AWS Well-Architected Framework 中，我们使用了以下术语：

  • 组件是针对相关需求提供的代码、配置和 AWS 资源的组合。组件通常是技术处理单元，与其他组件分离。

  • 我们使用术语工作负载来表示共同提供业务价值的组件集合。工作负载通常是业务和技术领导者沟通的细节层次。

  • 我们将架构定义为组件在工作负载中协同工作的方式。架构图的重点通常是组件如何通信和交互。

  • 里程碑将随着架构在整个产品生命周期内（设计、实施、测试、上线和生产）的演进记录架构中的关键变更。

  • 组织内的技术组合是业务运营所需的工作负载集合。

  • 工作量用于对执行任务所需的时间、精力和复杂性进行分类。每个组织都需要考虑团队的规模和专业知识以及工作负载的复杂性，了解更多背景信息，以便对组织的工作量进行正确分类。

    • 高：这项工作可能需要数周或数月。它可以分解为若干案例、发布和任务。

    • 中等：这项工作可能需要数天或数周。它可以分解为若干发布和任务。

    • 低：这项工作可能需要数小时或数天。它可以分解为若干任务。

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