# 架构选择 **Topics** + [PERF 1.如何为工作负载选择合适的云资源和架构？](perf-01.md) # PERF 1.如何为工作负载选择合适的云资源和架构？ 针对特定工作负载的最佳解决方案各不相同，而且解决方案通常会结合多种方法。架构完善的工作负载会使用多种解决方案，并且允许使用各种不同的功能来提高性能。 **Topics** + [PERF01-BP01 了解并掌握可用的云服务和功能](perf_architecture_understand_cloud_services_and_features.md) + [PERF01-BP02 使用云提供商或合适的合作伙伴提供的指导来了解架构模式和最佳实践](perf_architecture_guidance_architecture_patterns_best_practices.md) + [PERF01-BP03 制定架构决策时考虑成本因素](perf_architecture_factor_cost_into_architectural_decisions.md) + [PERF01-BP04 评估权衡机制对客户和架构效率的影响](perf_architecture_evaluate_trade_offs.md) + [PERF01-BP05 使用策略和参考架构](perf_architecture_use_policies_and_reference_architectures.md) + [PERF01-BP06 使用基准测试来推动制定架构决策](perf_architecture_use_benchmarking.md) + [PERF01-BP07 使用数据驱动的方法进行架构选择](perf_architecture_use_data_driven_approach.md) # PERF01-BP01 了解并掌握可用的云服务和功能 不断了解和发现可用的服务和配置，这些服务和配置有助于您做出更好的架构决策，并提高工作负载架构的性能效率。 **常见反模式：** + 您将云端用作联合数据中心。 + 迁移到云端后，您不对应用程序进行现代化改造。 + 您仅使用一种存储类型来存储所有需要继续保留的内容。 + 您使用的实例类型最接近您当前的标准，但有时候需要使用更大的实例。 + 您部署和管理作为托管服务提供的技术。 **建立此最佳实践的好处：** 通过考虑采用新的服务和配置，可以大大提高性能、降低成本并减少维护工作负载所需的工作量。还有助于您缩短支持云的产品的价值实现时间。 **未建立这种最佳实践的情况下暴露的风险等级：** 高 ## 实施指导 AWS 不断发布新的服务和功能，可提高性能并降低云工作负载的成本。及时了解这些新服务和功能对于保持云端的性能效率至关重要。对工作负载架构进行现代化改造还有助于提高工作效率、推动创新并解锁更多增长机会。 ### 实施步骤 + 盘点相关服务的工作负载软件和架构。决定要进一步了解哪一类产品。 + 探索 AWS 产品/服务，查看并了解有助于您提高性能、降低成本和运维复杂性的相关服务和配置选项。 + [AWS 新增功能](https://aws.amazon.com/new/) + [AWS 博客](https://aws.amazon.com/blogs/) + [AWS Skill Builder](https://skillbuilder.aws/) + [AWS 活动和网络研讨会](https://aws.amazon.com/events/) + [AWS 培训与认证](https://www.aws.training/) + [AWS YouTube 频道](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) + [AWS 研讨会](https://workshops.aws/) + [AWS 社区](https://aws.amazon.com/events/asean/community-and-events/) + 使用沙盒（非生产）环境来学习和试验新服务，且不会产生额外费用。 ## 资源 **相关文档：** + [AWS Architecture Center](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解决方案库](https://aws.amazon.com/solutions/) + [AWS Knowledge Center](https://aws.amazon.com/premiumsupport/knowledge-center/) + [在 AWS 上构建现代化应用程序](https://aws.amazon.com/modern-apps/) **相关视频：** + [This is my Architecture](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 使用云提供商或合适的合作伙伴提供的指导来了解架构模式和最佳实践 利用云服务公司提供的资源（如文档、解决方案架构师、专业服务或合适的合作伙伴）来指导您制定架构决策。这些资源有助于您审查和改进架构，以实现最佳性能。 **常见反模式：** + 您将 AWS 视为普通的云提供商。 + 您没有按 AWS 服务的既定用途使用这些服务。 + 您在遵循所有指导时没有考虑到业务环境。 **建立此最佳实践的好处：** 使用云提供商或合适的合作伙伴提供的指导，有助于您为工作负载选择合适的架构，并让您对自己的决策充满信心。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 AWS 提供广泛的指导、文档和资源，有利于您构建和管理高效的云工作负载。AWS 文档提供了代码示例、教程和详细的服务说明。除文档外，AWS 还提供培训和认证计划、解决方案架构师和专业服务，可协助客户探索云服务的不同方面，并在 AWS 上实施高效的云架构。 利用这些资源深入了解宝贵的知识和最佳实践，节省时间，并在 AWS 云 中取得更好的成果。 ### 实施步骤 + 查看 AWS 文档和指南并遵循最佳实践。这些资源有助于您有效地选择和配置服务，并实现更好的性能。 + [AWS 文档](https://docs.aws.amazon.com/) （例如用户指南和白皮书） + [AWS 博客](https://aws.amazon.com/blogs/) + [AWS 培训与认证](https://www.aws.training/) + [AWS YouTube 频道](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) + 参加 AWS 合作伙伴活动（如 AWS 全球峰会、AWS re:Invent、用户群组和研讨会），向 AWS 专家学习关于使用 AWS 服务的最佳实践。 + [AWS 活动和网络研讨会](https://aws.amazon.com/events/) + [AWS 研讨会](https://workshops.aws/) + [AWS 社区](https://aws.amazon.com/events/asean/community-and-events/) + 如需其他指导或产品信息，请联系 AWS 获取帮助。AWS 解决方案架构师和 [AWS 专业服务](https://aws.amazon.com/professional-services/) 提供解决方案实施指导。 [AWS 合作伙伴](https://aws.amazon.com/partners/) 提供 AWS 专业知识，可帮助您实现业务敏捷性和创新能力。 + 如果您需要技术支持才能高效地使用服务，请使用 [支持](https://aws.amazon.com/contact-us/) 。 [我们的支持计划](https://aws.amazon.com/premiumsupport/plans/) 旨在为您提供理想的工具组合以及获取专业知识的渠道，让您可以在优化性能、管理风险和控制成本的同时，使用 AWS 取得成功。 ## 资源 **相关文档：** + [AWS Architecture Center](https://aws.amazon.com/architecture/) + [AWS 解决方案库](https://aws.amazon.com/solutions/) + [AWS Knowledge Center](https://aws.amazon.com/premiumsupport/knowledge-center/) + [AWS 企业支持](https://aws.amazon.com/premiumsupport/plans/enterprise/) **相关视频：** + [This is my Architecture](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 制定架构决策时考虑成本因素 制定架构决策时考虑成本因素，以便提高云工作负载的资源利用率和性能效率。当您意识到云工作负载的成本影响时，您就更有可能充分利用有效资源，减少浪费。 **常见反模式：** + 您只使用一个系列的实例。 + 您没有对照开源解决方案对许可的解决方案进行评估。 + 您没有定义存储生命周期策略。 + 您没有查看 AWS 云 的新服务和功能。 + 您只使用数据块存储。 **建立此最佳实践的好处：** 通过在制定决策时考虑成本因素，可以让您使用更有效的资源，并探索其他投资方式。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 针对成本优化工作负载能够提高资源利用率，避免在云工作负载中出现浪费。要在制定架构决策时考虑成本因素，通常包括合理调整工作负载组件的大小和实现弹性，从而提高云工作负载的性能效率。 ### 实施步骤 + 制定成本目标，如云工作负载的预算限额。 + 确定会增加工作负载成本的关键组件（如实例和存储）。您可以使用 [AWS 定价计算器](https://calculator.aws/#/) 和 [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 来确定工作负载中的关键成本驱动因素。 + 使用 [Well-Architected 成本优化最佳实践](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/welcome.html) 来优化这些关键组件的成本。 + 持续监控和分析成本，挖掘工作负载中的成本优化机会。 + 使用 [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) ，针对无法接受的成本获取相关提醒。 + 使用 [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) 或 [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/technology/trusted-advisor/) 获取成本优化建议。 + 使用 [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/) 自动进行成本异常检测和根本原因分析。 ## 资源 **相关文档：** + [Cost Intelligence Dashboard 的详细概述](https://aws.amazon.com/blogs/aws-cloud-financial-management/a-detailed-overview-of-the-cost-intelligence-dashboard/) + [AWS Architecture Center](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解决方案库](https://aws.amazon.com/solutions/) + [AWS Knowledge Center](https://aws.amazon.com/premiumsupport/knowledge-center/) **相关视频：** + [This is my Architecture](https://aws.amazon.com/architecture/this-is-my-architecture/) + [Optimize performance and cost for your AWS compute](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 评估权衡机制对客户和架构效率的影响 在评估与性能相关的改进时，确定哪些选择会对客户和工作负载效率产生影响。例如，如果使用键值数据存储可以提高系统性能，那么评估这种更改的最终一致性对客户的影响就非常重要。 **常见反模式：** + 您认为即便需要实施一些权衡机制，也要实现所有性能收益。 + 在性能问题已经非常严重时，您只评估对工作负载的更改。 **建立此最佳实践的好处：** 当您评估潜在的与性能相关的改进时，必须决定更改时所采用的权衡机制是否符合工作负载要求。在某些情况下，您可能需要实施额外的控制来补偿权衡机制。 **未建立这种最佳实践的情况下暴露的风险等级：** 高 ## 实施指导 根据性能和客户影响确定架构中的关键领域。确定如何提高性能、性能提高带来的利弊，并确定性能提高对系统和用户体验的影响。例如，缓存数据有助于大幅提高性能，但需要就如何以及何时更新缓存的数据或使其变得无效而制定明确的策略，以防止产生不正确的系统行为。 ### 实施步骤 + 了解工作负载要求和 SLA。 + 明确定义评估因素。这些因素可能与工作负载的成本、可靠性、安全性和性能有关。 + 选择可以满足您要求的架构和服务。 + 开展试验工作并执行概念验证（POC），以评估权衡因素以及对客户和架构效率的影响。高度可用、高性能和安全的工作负载往往会消耗更多的云资源，但同时也会提供更好的客户体验。 ## 资源 **相关文档：** + [Amazon Builders' Library](https://aws.amazon.com/builders-library) + [Quick KPI](https://docs.aws.amazon.com/quicksight/latest/user/kpi.html) + [Amazon CloudWatch RUM](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-RUM.html) + [X-Ray 文档](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html) + [ Understand resiliency patterns and trade-offs to architect efficiently in the cloud ](https://aws.amazon.com/blogs/architecture/understand-resiliency-patterns-and-trade-offs-to-architect-efficiently-in-the-cloud/) **相关视频：** + [制定监控计划](https://www.youtube.com/watch?v=OMmiGETJpfU&ref=wellarchitected) + [Optimize applications through Amazon CloudWatch RUM](https://www.youtube.com/watch?v=NMaeujY9A9Y) + [Amazon CloudWatch Synthetics 演示](https://www.youtube.com/watch?v=hF3NM9j-u7I) **相关示例：** + [使用 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-BP05 使用策略和参考架构 在选择服务和配置时使用内部策略和现有参考架构，以提高设计和实施工作负载的效率。 **常见反模式：** + 您允许使用各种各样的技术，而这些技术可能会影响公司的管理开销。 **建立此最佳实践的好处：** 制定架构、技术和供应商选择策略将有助于快速做出决策。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 在选择资源和架构时需要制定内部策略，这样可以提供在进行架构方面的选择时应遵循的标准和指导方针。这些指导方针可以简化选择合适的云服务时的决策过程，并提高性能效率。使用策略或参考架构部署工作负载。将服务集成到云部署中，然后使用性能测试来验证是否能继续满足性能要求。 ### 实施步骤 + 清楚了解云工作负载的要求。 + 审查内部和外部策略，找出最有效的策略。 + 使用 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 Knowledge Center](https://aws.amazon.com/premiumsupport/knowledge-center/) **相关视频：** + [This is my Architecture](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/)），来对您的工作负载进行基准测试。行业基准测试适用于比较不同的环境。对于架构中的特定操作类型，自定义基准测试十分有用。 进行基准测试时，为了确保获得有效的结果，预热您的测试环境尤为重要。多次运行同一基准测试，确保捕获一段时间内的所有差异。 由于基准测试运行速度通常比负载测试快，它们可以在部署管道的早期使用，并能更快地提供有关性能偏差的反馈。当您评估一个组件或服务的重要更改时，您可以使用基准测试快速了解您是否有合理的理由来执行更改。结合使用基准测试与负载测试这一点很重要，因为负载测试会告诉您工作负载在生产环境中的表现如何。 ### 实施步骤 + 定义指标（如 CPU 利用率、延迟或吞吐量）来评估工作负载性能。 + 确定并设置适合您工作负载的基准测试工具。您可以使用 AWS 服务（如 [Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)）或与您的工作负载兼容的第三方工具。 + 执行基准测试并在测试期间监控指标。 + 分析并记录基准测试结果，找出任何瓶颈和问题。 + 利用测试结果制定架构决策并调整工作负载。这可能包括更改服务或采用新功能。 + 调整后重新测试工作负载。 ## 资源 **相关文档：** + [AWS Architecture Center](https://aws.amazon.com/architecture/) + [AWS Partner Network](https://aws.amazon.com/partners/) + [AWS 解决方案库](https://aws.amazon.com/solutions/) + [AWS Knowledge Center](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) **相关视频：** + [This is my Architecture](https://aws.amazon.com/architecture/this-is-my-architecture/) + [Optimize applications through 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 使用数据驱动的方法进行架构选择 为架构选择确定清晰的数据驱动方法，确保使用合适的云服务和配置来满足您的特定业务需求。 **常见反模式：** + 您认为当前的架构是静态的，将来不会更新。 + 您选择架构时是基于猜测和假设。 + 您不断对架构进行更改，而不提供理由。 **建立此最佳实践的好处：** 通过使用明确定义的方法来选择架构，您可以通过分析数据来优化工作负载设计，从而在未来做出明智的决策。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 利用内部经验和云知识或外部资源（如已发布的使用场景或白皮书）来选择架构中的资源和服务。应该有一个明确定义的流程，该流程支持对可能会用于工作负载的不同服务进行试验和基准测试。 关键工作负载的待办事项不仅应包括用户案例（提供与业务和用户相关的功能），还应包括技术案例（创建工作负载的架构跑道）。该跑道依托于技术和新服务领域新的改进，并根据数据和适当的理由应用这些改进。这可以确保架构经得起未来考验，不会停滞不前。 ### 实施步骤 + 与主要利益相关者一起确定工作负载要求，包括性能、可用性和成本方面的考量。考虑诸如用户数量和工作负载使用模式之类的因素。 + 创建架构跑道或技术待办事项，统筹确定它们与功能型待办事项的优先级。 + 评估和评测不同的云服务（有关详细信息，请参阅 [PERF01-BP01 了解并掌握可用的云服务和功能](perf_architecture_understand_cloud_services_and_features.md)）。 + 探索满足性能要求的不同架构模式，如微服务或无服务器（有关详细信息，请参阅 [PERF01-BP02 使用云提供商或合适的合作伙伴提供的指导来了解架构模式和最佳实践](perf_architecture_guidance_architecture_patterns_best_practices.md)）。 + 咨询其他团队，查阅架构图和资源，例如 AWS Solution Architect、 [AWS Architecture Center](https://aws.amazon.com/architecture/)和 [AWS Partner Network](https://aws.amazon.com/partners/)，从而为工作负载选择合适的架构。 + 定义吞吐量和响应时间等性能指标，以便于您评估工作负载的性能。 + 进行试验并使用定义的指标来验证所选架构的性能。 + 持续监控并根据需要进行调整，从而使架构保持最佳性能。 + 记录所选架构和决策，作为将来更新和学习的参考。 + 根据经验、新技术以及可表明当前方法需要进行更改或存在问题的指标，不断审查和更新架构选择方法。 ## 资源 **相关文档：** + [AWS 解决方案库](https://aws.amazon.com/solutions/) + [AWS Knowledge Center](https://aws.amazon.com/premiumsupport/knowledge-center/) **相关视频：** + [This is my Architecture](https://aws.amazon.com/architecture/this-is-my-architecture/) **相关示例：** + [AWS 示例](https://github.com/aws-samples) + [AWS 开发工具包示例](https://github.com/awsdocs/aws-doc-sdk-examples)