# PERF 1  如何选择性能最好的架构？ 一个工作负载通常需要采用多种方法才能实现最佳性能。架构完善的系统会使用多种解决方案和功能来提高性能。 **Topics** + [PERF01-BP01 了解可用的服务和资源](perf_performing_architecture_evaluate_resources.md) + [PERF01-BP02 制定架构选择流程](perf_performing_architecture_process.md) + [PERF01-BP03 在制定决策时考虑成本要求](perf_performing_architecture_cost.md) + [PERF01-BP04 使用策略或参考架构](perf_performing_architecture_use_policies.md) + [PERF01-BP05 使用云提供商或相关合作伙伴提供的指南](perf_performing_architecture_external_guidance.md) + [PERF01-BP06 对现有工作负载进行基准测试](perf_performing_architecture_benchmark.md) + [PERF01-BP07 对工作负载进行负载测试](perf_performing_architecture_load_test.md) # PERF01-BP01 了解可用的服务和资源 了解云中提供的各种服务和资源。识别与您的工作负载相关的服务和配置选项，并了解如何实现最佳的性能。 如果要评估现有工作负载，您必须生成评估所需使用的各种服务资源的清单。这份清单可帮助您评估可以用托管服务和较新技术替换的组件。 **常见反模式：** + 您可以将云用作联合数据中心。 + 您可以使用共享存储来存储所有需要持久性存储的内容。 + 请勿使用 Automatic Scaling。 + 您应使用最符合您当前标准的实例类型，但应根据需要使用较大的实例。 + 您可以部署和管理作为托管服务提供的技术。 **建立此最佳实践的好处：** 通过考量您可能不熟悉的服务，您也许能够大大降低基础设施的成本和维护服务所需的工作量。通过部署新服务和功能，您也许能够缩短上市时间。 **未建立此最佳实践暴露的风险等级：** 高 ## 实施指导 盘点相关服务的工作负载软件和架构：收集工作负载清单，并确定要详细了解哪类产品。确定可以用托管服务替换的工作负载组件，以提高性能并降低运维复杂性。 ## 资源 **相关文档：** + [AWS Architecture Center](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解决方案库](https://aws.amazon.com/solutions/) + [AWS 知识中心](https://aws.amazon.com/premiumsupport/knowledge-center/) **相关视频：** + [Amazon Builders’ Library 简介 (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM) + [这就是我的架构](https://aws.amazon.com/architecture/this-is-my-architecture/) **相关示例：** + [AWS 示例](https://github.com/aws-samples) + [AWS 开发工具包示例](https://github.com/awsdocs/aws-doc-sdk-examples) # PERF01-BP02 制定架构选择流程 使用关于云的内部经验和知识或外部资源（例如，已发布的使用案例、相关文档或白皮书），制定资源和服务选择流程。您应该制定一个流程，以鼓励对可能会用于工作负载的不同服务进行试验和基准测试。 针对架构编写重要用户案例时，您应该纳入性能要求，例如，指定每个重要案例应以多快速度运行。对于这些重要案例，您应该实施额外的脚本化用户体验，以确保您可以深入了解这些案例如何根据您的要求执行。 **常见反模式：** + 您可以假设当前的架构将为静态并且不会随着时间的推移而更新。 + 您可以随着时间的推移对架构进行更改，而无需提供理由。 **建立此最佳实践的好处：** 制定架构更改流程后，您可以允许使用所收集的数据来影响以后的工作负载设计。 **未建立这种最佳实践的情况下暴露的风险等级：** 高 ## 实施指导 选择架构方法：确定满足性能要求的架构类型。确定限制因素，例如，交付媒介（桌面、Web、移动设备、IoT）、传统要求和集成。确定重用（包括重构）的机会。咨询其他团队，查阅构架图和其他资源（例如，AWS 解决方案架构师、AWS 参考架构和 AWS 合作伙伴），以帮助您选择架构。 定义性能要求：根据客户体验来确定最重要的指标。确定每个指标的目标、衡量方式和优先程度。定义客户体验。记录客户所需的性能体验，包括客户如何判断工作负载的性能。优先考虑重要用户案例的体验问题。包括性能要求和实施脚本化的用户历程，以确保您知道如何根据您的要求执行用户案例。 ## 资源 **相关文档：** + [AWS Architecture Center](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解决方案库](https://aws.amazon.com/solutions/) + [AWS 知识中心](https://aws.amazon.com/premiumsupport/knowledge-center/) **相关视频：** + [Amazon Builders’ Library 简介 (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM) + [这就是我的架构](https://aws.amazon.com/architecture/this-is-my-architecture/) **相关示例：** + [AWS 示例](https://github.com/aws-samples) + [AWS 开发工具包示例](https://github.com/awsdocs/aws-doc-sdk-examples) # PERF01-BP03 在制定决策时考虑成本要求 工作负载通常具有运营成本要求。根据预测的资源需求，使用内部成本控制机制来选择资源类型和规模。 确定可以将哪些工作负载组件替换为完全托管式服务，例如托管数据库、内存缓存和 ETL 服务。减少运营工作负载让您可以将资源集中到取得业务成果上。 有关成本要求最佳实践，请参阅 *具有成本效益的资源* 成本优化支柱白皮书 [部分](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/welcome.html). **常见反模式：** + 您只应使用一个系列的实例。 + 您没有对授予许可解决方案与开源解决方案进行评估 + 您只应使用数据块存储。 + 您可以在 EC2 实例和 Amazon EBS 或临时卷上部署作为托管服务提供的常用软件。 **建立此最佳实践的好处：** 在制定决策时考虑成本将使您能够进行其他投资。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 优化工作负载组件以降低成本：设置大小合适的工作负载组件并实现弹性，可降低成本并最大程度提高组件效率。确定哪些工作负载组件可在适当情况下由托管服务替代，例如，托管数据库、内存缓存和反向代理。 ## 资源 **相关文档：** + [AWS Architecture Center](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解决方案库](https://aws.amazon.com/solutions/) + [AWS 知识中心](https://aws.amazon.com/premiumsupport/knowledge-center/) + [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) **相关视频：** + [Amazon Builders’ Library 简介 (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM) + [这就是我的架构](https://aws.amazon.com/architecture/this-is-my-architecture/) + [优化 AWS 计算的性能和成本（CMP323-R1） ](https://www.youtube.com/watch?v=zt6jYJLK8sg&ref=wellarchitected) **相关示例：** + [AWS 示例](https://github.com/aws-samples) + [AWS 开发工具包示例](https://github.com/awsdocs/aws-doc-sdk-examples) + [在启用 Compute Optimizer 和内存利用率的情况下合理调整大小](https://www.wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/5_ec2_computer_opt/) + [AWS Compute Optimizer 演示代码](https://github.com/awslabs/ec2-spot-labs/tree/master/aws-compute-optimizer) # PERF01-BP04 使用策略或参考架构 通过评估内部策略和现有参考架构，以及使用分析为工作负载选择服务和配置，来最大程度提高性能和效率。 **常见反模式：** + 您应该允许广泛使用可能会影响公司管理开销的各种技术。 **建立此最佳实践的好处：** 制定架构、技术和供应商选择策略将有助于快速做出决策。 **未建立此最佳实践暴露的风险等级：** 中 ## 实施指导 使用现有策略或参考架构部署工作负载：将服务集成到您的云部署中，然后使用性能测试来确保您可以继续满足性能要求。 ## 资源 **相关文档：** + [AWS Architecture Center](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解决方案库](https://aws.amazon.com/solutions/) + [AWS 知识中心](https://aws.amazon.com/premiumsupport/knowledge-center/) **相关视频：** + [Amazon Builders’ Library 简介 (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM) + [这就是我的架构](https://aws.amazon.com/architecture/this-is-my-architecture/) **相关示例：** + [AWS 示例](https://github.com/aws-samples) + [AWS 开发工具包示例](https://github.com/awsdocs/aws-doc-sdk-examples) # PERF01-BP05 使用云提供商或相关合作伙伴提供的指南 使用云公司提供的资源，例如，解决方案架构师、专业服务或适当的合作伙伴来指导您的决策。这些资源可帮助进行审核，并改进您的架构，从而实现最佳性能。 如需其他指导或产品信息，请联系 AWS 以获取帮助。AWS 解决方案架构师和 [AWS 专业服务](https://aws.amazon.com/professional-services/) 提供解决方案实施指导。 [AWS 合作伙伴](https://aws.amazon.com/partners/) 提供 AWS 专业知识，可帮助您实现业务敏捷性和创新能力。 **常见反模式：** + 您使用 AWS 作为普通数据中心提供商。 + 您没有按 AWS 服务的既定用途使用这些服务。 **建立此最佳实践的好处：** 咨询您的提供商或合作伙伴将使您在决策中充满信心。 **未建立此最佳实践暴露的风险等级：** 中 ## 实施指导 联系 AWS 资源以获得帮助：AWS 解决方案架构师和专业服务提供解决方案实施指导。APN 合作伙伴提供 AWS 专业知识，可帮助您实现业务敏捷性和创新能力。 ## 资源 **相关文档：** + [AWS Architecture Center](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解决方案库](https://aws.amazon.com/solutions/) + [AWS 知识中心](https://aws.amazon.com/premiumsupport/knowledge-center/) **相关视频：** + [Amazon Builders’ Library 简介 (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM) + [这就是我的架构](https://aws.amazon.com/architecture/this-is-my-architecture/) **相关示例：** + [AWS 示例](https://github.com/aws-samples) + [AWS 开发工具包示例](https://github.com/awsdocs/aws-doc-sdk-examples) # PERF01-BP06 对现有工作负载进行基准测试 对现有工作负载的性能进行基准测试，以了解工作负载在云上的运行情况。使用从基准测试中收集的数据来推动架构决策。 结合使用基准测试与综合测试和真实用户监控，生成有关工作负载组件性能的数据。相比负载测试，基准测试通常可以更快速地设置，适用于评估特定组件的技术。基准测试通常在新项目开始时进行，因为此时您还没有用于进行负载测试的完整解决方案。 您可以构建您自己的自定义基准测试，或者您可以使用行业标准的测试，例如 [TPC-DS](http://www.tpc.org/tpcds/) （对您的数据仓库工作负载进行基准测试）。行业基准适用于比较不同的环境。对于架构中的特定操作类型，自定义基准十分有用。 进行基准测试时，为了确保获得有效结果，预热您的测试环境尤为重要。多次运行同一基准测试，确保捕获在一段时间内的差异信息。 由于基准测试运行速度通常比负载测试快，它们可以在部署管道的早期使用，并能更快地提供有关性能偏差的反馈。当您评估一个组件或服务的重要更改时，您可以使用基准快速了解您是否有合理的理由来执行更改。结合使用基准测试与负载测试这一点很重要，因为负载测试会告诉您工作负载在生产环境中的表现如何。 **常见反模式：** + 您可以依赖于不表示工作负载特性的常见基准。 + 您依赖客户反馈和看法，将其作为唯一的基准。 **建立此最佳实践的好处：** 对您的当前实施进行基准测试，以便衡量性能改进情况。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 在开发期间监控性能：实施可以让您在工作负载的发展期间了解其性能的流程。 集成到您的交付管道：在您的交付管道中自动运行负载测试。将测试结果与预先定义的关键性能指标 (KPI) 和阈值进行比较，以确保您继续满足性能要求。 测试用户体验：使用合成或净化版本的生产数据（删除敏感信息或身份识别信息）进行负载测试。在应用程序中大规模使用重演或预先编程的用户体验，从而演练整个架构。 真实用户监控：使用 CloudWatch RUM 帮助您收集和查看有关应用程序性能的客户端数据。使用这些数据来帮助建立您的真实用户性能基准。 ## 资源 **相关文档：** + [AWS Architecture Center](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解决方案库](https://aws.amazon.com/solutions/) + [AWS 知识中心](https://aws.amazon.com/premiumsupport/knowledge-center/) + [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html) + [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html) **相关视频：** + [Amazon Builders’ Library 简介 (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM) + [这就是我的架构](https://aws.amazon.com/architecture/this-is-my-architecture/) + [通过 Amazon CloudWatch RUM 优化应用程序](https://www.youtube.com/watch?v=NMaeujY9A9Y) + [Amazon CloudWatch Synthetics 演示](https://www.youtube.com/watch?v=hF3NM9j-u7I) **相关示例：** + [AWS 示例](https://github.com/aws-samples) + [AWS 开发工具包示例](https://github.com/awsdocs/aws-doc-sdk-examples) + [分布式负载测试](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/) + [使用 Amazon CloudWatch Synthetics 测量页面加载时间](https://github.com/aws-samples/amazon-cloudwatch-synthetics-page-performance) + [Amazon CloudWatch RUM Web 客户端](https://github.com/aws-observability/aws-rum-web) # PERF01-BP07 对工作负载进行负载测试 使用不同的资源类型和大小在云上部署最新的工作负载架构。监控部署情况，捕获用于识别性能瓶颈或容量过剩的性能指标。使用此性能信息来设计或改进您的架构和资源选择。 负载测试使用 *您的实际* 工作负载，以便您可以了解解决方案在生产环境中的表现。负载测试必须使用生产数据的合成或净化版本（删除敏感信息或身份识别信息）运行。大规模使用重演或预设的工作负载用户旅程，演练整个架构。作为交付管道的一部分，自动执行负载测试，并将结果与预定义的 KPI 和阈值进行比较。这可以确保您持续获得所需的性能。 **常见反模式：** + 您可以对工作负载的各个部分进行单独负载测试，而不必测试整个工作负载。 + 您可以在与生产环境不同的基础设施上进行负载测试。 + 您只能对预期负载，而不能对其他负载进行负载测试，以帮助预测未来可能会出现问题的方面。 + 在不通知 AWS 支持 的情况下执行负载测试，并让您的测试就像拒绝服务事件那样失败。 **建立此最佳实践的好处：** 通过负载测试来衡量您的性能，可向您说明随着负载的增加，您将在哪些方面受到影响。这样您便可以在更改影响您的工作负载之前，对所需进行的更改进行预测。 **未建立此最佳实践暴露的风险等级：** 低 ## 实施指导 利用负载测试来验证方法：对概念验证方案进行负载测试，以确定您是否满足性能要求。您可以使用 AWS 服务来运行生产规模的环境，以测试您的架构。由于您只需在需要时为测试环境付费，因此，执行全面测试的成本远远低于使用本地环境的成本。 监控指标：Amazon CloudWatch 可以收集架构中各种资源的指标。您也可以收集和发布自定义指标，用于显示业务指标或派生指标。使用 CloudWatch 或第三方解决方案来设置指示超出阈值的警报。 大规模测试：负载测试时使用您的实际工作负载，以便您可以了解解决方案在生产环境中的表现。您可以使用 AWS 服务来运行生产规模的环境，以测试您的架构。由于您只需为所需的测试环境付费，因此，执行全面测试的成本要低于使用本地环境的成本。利用 AWS 云 测试您的工作负载，以发现工作负载的哪些部分无法扩展或者是否以非线性方式扩展。例如，您可以使用 Spot 实例以很低的成本生成负载，并在投入生产前发现瓶颈。 ## 资源 **相关文档：** + [AWS CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html) + [使用 CloudFormer 构建 AWS CloudFormation 模板](https://aws.amazon.com/blogs/devops/building-aws-cloudformation-templates-using-cloudformer/) + [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html) + [Amazon CloudWatch Synthetics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Synthetics_Canaries.html) + [AWS 上的分布式负载测试](https://docs.aws.amazon.com/solutions/latest/distributed-load-testing-on-aws/welcome.html) **相关视频：** + [Amazon Builders’ Library 简介 (DOP328)](https://www.youtube.com/watch?v=sKRdemSirDM) + [通过 Amazon CloudWatch RUM 优化应用程序](https://www.youtube.com/watch?v=NMaeujY9A9Y) + [Amazon CloudWatch Synthetics 演示](https://www.youtube.com/watch?v=hF3NM9j-u7I) **相关示例：** + [AWS 上的分布式负载测试](https://aws.amazon.com/solutions/implementations/distributed-load-testing-on-aws/)