选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

流程和文化 - AWS Well-Architected 框架

流程和文化

在最初构建工作负载时,您可以采用一些原则和实践,协助您更好地运行高效、高性能的云工作负载。要采用能提高云工作负载性能效率的文化,请考虑以下关键原则和实践。

要打造这种文化,请考虑以下关键原则:

  • 基础设施即代码:使用 AWS CloudFormation 模板之类的方法定义您的基础设施即代码。使用模板,您可以将基础设施与应用程序代码和配置一道放入源代码控制中。这让您能够将用于开发软件的实践应用到基础设施,从而能够快速迭代。

  • 部署管道:使用持续集成/连续部署(CI/CD)管道(例如,源代码存储库、构建系统、部署和测试自动化)来部署基础设施。这让您能够以可重复、一致且低成本的方式进行迭代部署。

  • 明确定义的指标:设置和监控指标以捕获关键性能指标(KPI)。我们建议您使用技术和业务指标。网站或移动应用程序的关键指标是首个字节捕获时间或渲染时间。其他常规的适用指标包括线程计数、垃圾回收速率以及等待状态。业务指标,如单次请求累计总成本,可以提醒您留意降低成本的方法。仔细考虑解读指标的方式。例如,您可以选择最大值或第 99 个百分位数,而不是平均值。

  • 自动性能测试:作为部署过程的一部分,在快速运行测试成功通过后自动启动性能测试。自动化应创建新环境、设置初始条件(如测试数据),然后运行一系列基准和负载测试。这些测试的结果应回绑到构建中,以便您可以随着时间推移跟踪性能变化。对于长时间运行的测试,您可以使管道的这一部分与构建的剩余部分异步进行。或者,您也可以使用 Amazon EC2 竞价型实例来通宵运行性能测试。

  • 负载生成:您应该创建复制综合或预先记录的用户旅程的一系列测试脚本。这些脚本应该是幂等的,而不是耦合,您可能需要包含预热脚本以便产生有效结果。测试脚本应尽可能再现生产中的使用行为。您可以使用软件或软件即服务(SaaS)解决方案来生成负载。考虑使用 AWS Marketplace 解决方案和竞价型实例:它们是用于生成负载的经济高效的方法。

  • 性能可见性:关键指标应该对您的团队可见,尤其是针对每个构建版本的指标。这让您能够随着时间推移看到所有重大的正面或负面趋势。您还应展示有关错误或异常数量的指标,确保测试的是正常工作的系统。

  • 可视化:使用可视化技术,清楚了解出现性能问题、热点、等待状态或低利用率的位置。在架构图上叠加性能指标:调用图表或代码有助于快速发现问题。

  • 定期审核流程:通常,不存在或不完整的性能审核流程会导致架构性能不佳。如果您的架构性能不佳,请实施性能审核流程,以便推动迭代改进。

  • 持续优化:采用一种文化,不断优化云工作负载的性能效率。

以下问题主要针对性能效率方面的注意事项。

PERF 5:您使用什么流程来提高工作负载的性能效率?
在最初构建工作负载时,您可以采用一些原则和实践,协助您更好地运行高效、高性能的云工作负载。要采用能提高云工作负载性能效率的文化,请考虑以下关键原则和实践。

下一主题:

资源

上一主题:

网络和内容分发
隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。