# 可持续性 **Topics** + [区域选择](a-region-selection.md) + [用户行为模式](a-user-behavior-patterns.md) + [软件和架构模式](a-sus-software-architecture-patterns.md) + [数据模式](a-sus-data-patterns.md) + [硬件模式](a-sus-hardware-patterns.md) + [开发和部署流程](a-sus-development-deployment.md) # 区域选择 **Topics** + [SUS 1 如何选择区域来支持您的可持续发展目标？](w2aac19c15b5b5.md) # SUS 1 如何选择区域来支持您的可持续发展目标？ 根据您的业务需求和可持续发展目标，选择您将在其中实施工作负载的区域。 最佳实践： # SUS01-BP01 选择 Amazon 可再生能源项目附近的区域和其电网公布的碳强度低于其他位置（或区域）的区域 选择亚马逊可再生能源项目附近的区域和其电网公布的碳强度低于其他位置（或区域）的区域。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 选择亚马逊可再生能源项目附近的区域和其电网公布的碳强度低于其他位置（或区域）的区域。 ## 资源 **相关文档：** + [Amazon 遍布全球](https://sustainability.aboutamazon.com/about/around-the-globe?energyType=true) + [可再生能源方法](https://sustainability.aboutamazon.com/amazon-renewable-energy-methodology) + [为工作负载选择区域时应考虑的事项](https://aws.amazon.com/blogs/architecture/what-to-consider-when-selecting-a-region-for-your-workloads/) # 用户行为模式 **Topics** + [SUS 2 您如何利用用户行为模式来支持您的可持续发展目标？](w2aac19c15b7b5.md) # SUS 2 您如何利用用户行为模式来支持您的可持续发展目标？ 用户使用您的工作负载和其他资源的方式可以帮助您确定改进措施，以实现可持续性目标。扩展基础设施以持续匹配用户负载，并确保仅部署支持用户所需的最少资源。使服务水平与客户需求保持一致。定位资源以限制用户使用它们所需的网络。移除现有的未使用资产。识别已创建但未使用的资产并停止生成它们。为您的团队成员提供满足其需求的设备，同时最大限度地减少对可持续性的影响。 最佳实践： # SUS02-BP01 扩缩基础设施以匹配用户负载 确定利用率低或无利用率的时段，缩减资源以消除过剩容量并提高效率。 **常见反模式：** + 您没有扩缩基础设施以匹配用户负载。 + 您一直在手动扩缩基础设施。 + 在扩展事件之后，您将保留增加的容量，而不是缩减容量。 **建立此最佳实践的好处：** 配置和测试工作负载弹性将有助于减小工作负载环境影响，节省资金，并维护性能基准。您可以利用云中的弹性，在用户负载峰值期间和之后自动扩缩容量，以确保只使用满足客户需求所需的确切数量的资源。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 + 弹性可根据对您拥有的资源的需求来提供这些资源。实例、容器和函数都能够与自动扩展功能相结合或作为此服务的一项功能来提供可实现弹性的机制。在架构中使用弹性，以确保在用户负载较低的时期，可以快速轻松地缩减工作负载： + 使用 [Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html) 验证您拥有适量的 Amazon EC2 实例，可处理您应用程序的用户负载。 + 使用 [Application Auto Scaling](https://docs.aws.amazon.com/autoscaling/application/userguide/what-is-application-auto-scaling.html) 自动扩缩 Amazon EC2 以外的各项 AWS 服务的资源，比如 Lambda 函数或 Amazon Elastic Container Service (Amazon ECS) 服务。 + 使用 [Kubernetes Cluster Autoscaler](https://aws.amazon.com/blogs/aws/introducing-karpenter-an-open-source-high-performance-kubernetes-cluster-autoscaler/) 自动扩缩 AWS 上的 Kubernetes 集群。 + 验证衡量扩展或缩减的指标已根据所部署的工作负载类型进行了验证。如果您正在部署一个视频转码应用程序，CPU 利用率预计为 100%，并且不应将此作为您的主要指标。如果需要，您可以为您的扩缩策略使用一个 [自定义指标](https://aws.amazon.com/blogs/mt/create-amazon-ec2-auto-scaling-policy-memory-utilization-metric-linux/) （如内存利用率）。要选择正确的指标，请考虑以下关于 Amazon EC2 的指导： + 该指标应该是有效的利用率指标，并描述实例的繁忙程度。 + 该指标值必须随 Auto Scaling 组中的实例数量成比例地增加或减少。 + 使用 [动态扩展](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scale-based-on-demand.html) 而不是 [手动扩展](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-manual-scaling.html) （对于 Auto Scaling 组）。我们还建议您在动态扩展中使用 [目标跟踪扩缩策略](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scaling-target-tracking.html) 。 + 验证工作负载部署可以处理扩展事件和缩减事件。创建缩减事件的测试方案，以确保工作负载按预期方式运行。您可以使用 **活动历史记录** 来测试和验证 Auto Scaling 组的扩缩活动。 + 评估您的工作负载以获得可预测的模式，并在您预期需求会发生预测和计划的变化时主动扩缩。使用 [Amazon EC2 Auto Scaling 预测式扩缩](https://aws.amazon.com/blogs/compute/introducing-native-support-for-predictive-scaling-with-amazon-ec2-auto-scaling/) 来消除过度增加容量的需求。 ## 资源 **相关文档：** + [开始使用 Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/GettingStartedTutorial.html) + [由机器学习提供支持的 EC2 预测式扩缩](https://aws.amazon.com/blogs/aws/new-predictive-scaling-for-ec2-powered-by-machine-learning/) + [使用 Amazon OpenSearch Service、Amazon Data Firehose 和 Kibana 分析用户行为](https://aws.amazon.com/blogs/database/analyze-user-behavior-using-amazon-elasticsearch-service-amazon-kinesis-data-firehose-and-kibana/) + [什么是 Amazon CloudWatch？](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) + [什么是 AWS X-Ray？](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html) + [VPC 流日志](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html) + [在 Amazon RDS 上使用 Performance Insights 监控数据库负载](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.html) + [介绍对 Amazon EC2 Auto Scaling 预测式扩缩的原生支持](https://aws.amazon.com/blogs/compute/introducing-native-support-for-predictive-scaling-with-amazon-ec2-auto-scaling/) + [如何基于内存利用率指标创建 Amazon EC2 Auto Scaling 策略（Linux）](https://aws.amazon.com/blogs/mt/create-amazon-ec2-auto-scaling-policy-memory-utilization-metric-linux/) + [介绍 Karpenter - 高性能开源 Kubernetes Cluster Autoscaler](https://aws.amazon.com/blogs/aws/introducing-karpenter-an-open-source-high-performance-kubernetes-cluster-autoscaler/) **相关视频：** + [更好、更快、更便宜的计算：Amazon EC2 成本优化（CMP202-R1）](https://www.youtube.com/watch?v=_dvh4P2FVbw) **相关示例：** + 实验室：Amazon EC2 Auto Scaling 组示例 + [实验室：使用 Karpenter 实施自动扩展](https://www.eksworkshop.com/beginner/085_scaling_karpenter/) # SUS02-BP02 使 SLA 与可持续性目标保持一致 定义和更新服务等级协议（SLA，Service Level Agreements），例如可用性或数据留存期，以最大限度地减少支持工作负载所需的资源数量，同时继续满足业务需求。 **未建立此最佳实践暴露的风险等级：** 低 ## 实施指导 + 定义 SLA，在支持可持续性目标的同时满足您的业务需求。 + 重新定义 SLA 以满足业务需求，而不是超越它们。 + 做出权衡，显著降低可持续性影响，以换取可接受的服务等级降低幅度。 + 使用优先考虑业务关键功能的设计模式，并允许非关键功能具有较低的服务等级（例如响应时间或恢复时间目标）。 ## 资源 **相关文档：** + [AWS 服务等级协议（SLA）](https://aws.amazon.com/legal/service-level-agreements/?aws-sla-cards.sort-by=item.additionalFields.serviceNameLower&aws-sla-cards.sort-order=asc&awsf.tech-category-filter=*all) + [Importance of Service Level Agreement for SaaS Providers](https://aws.amazon.com/blogs/apn/importance-of-service-level-agreement-for-saas-providers/) **相关视频：** + [AWS 上的可持续构建](https://www.youtube.com/watch?v=ARAitMSIxc8) # SUS02-BP03 停止创建和维护未使用的资产 分析应用程序资产（例如预编制的报告、数据集和静态图像）和资产访问模式，以识别冗余、利用率低下的情况和潜在的淘汰目标。整合具有冗余内容的生成资产（例如，具有重叠或共用数据集和输出的月度报告），以消除重复输出时消耗的资源。淘汰未使用的资产（例如，已停售产品的图片）以释放消耗的资源，并减少用于支持工作负载的资源数量。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 管理静态资产并移除不再需要的资产。 + 管理生成的资产并停止生成和删除不再需要的资产。 + 整合生成的重叠资产以消除冗余处理。 + 指示第三方停止生成和存储代您管理但不再需要的资产。 + 指示第三方整合代表您生成的多余资产。 ## 资源 **相关文档：** + [优化您的 AWS 基础设施以实现可持续性，第 II 部分：存储](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-ii-storage/) **相关视频：** + [AWS 上的可持续构建](https://www.youtube.com/watch?v=ARAitMSIxc8) # SUS02-BP04 针对用户位置优化工作负载的地理位置 分析网络访问模式以识别您的客户建立连接的地理位置。选择可减少网络流量必须传输的距离的区域和服务，以减少支持您的工作负载所需的总网络资源。 ** 常见反模式： ** + 您根据自己所在的位置选择工作负载的区域。 **建立此最佳实践的好处：** 将工作负载放在接近客户的地方可以提供极低的延迟，同时减少网络中的数据移动并减小对环境的影响。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 + 请根据以下关键元素，为您的工作负载部署选择区域： + **您的可持续发展目标：** 如 [区域选择](https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/region-selection.html)中所述。 + **数据所在位置：** 对于数据密集型应用程序（如大数据和机器学习），应用程序代码的执行应尽量接近数据。 + **用户所在位置：** 对于面向用户的应用程序，选择一个接近您工作负载的客户群的区域。 + **其他制约：** 考虑安全性和合规性等制约，如 [为工作负载选择区域时应考虑的事项](https://aws.amazon.com/blogs/architecture/what-to-consider-when-selecting-a-region-for-your-workloads/)中所述。 + 使用 [AWS Local Zones](https://aws.amazon.com/global-infrastructure/localzones/) 运行视频渲染和图形密集型虚拟桌面应用程序等工作负载。Local Zones 使计算和存储资源更接近终端用户，从而使您受益。 + 对常用资源使用本地缓存或 [AWS 缓存解决方案](https://aws.amazon.com/caching/aws-caching/) ，以提高性能，减少数据移动并减小对环境的影响。 + 使用 [Amazon CloudFront](https://aws.amazon.com/cloudfront/) 缓存静态内容（如图像、脚本和视频）以及动态内容（如 API 响应或 Web 应用程序）。 + 使用 [Amazon ElastiCache](https://aws.amazon.com/elasticache/) 缓存 Web 应用程序的内容。 + 使用 [DynamoDB Accelerator](https://aws.amazon.com/dynamodb/dax/) 将内存中加速添加到您的 DynamoDB 表。 + 使用可帮助您在更接近工作负载用户的位置运行代码的服务： + 使用 [Lambda@Edge](https://aws.amazon.com/lambda/edge/) 执行计算密集型操作，当对象不在缓存中时执行这些操作。 + 使用 [Amazon CloudFront Functions](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/cloudfront-functions.html) 处理简单使用场景，如 HTTP(s) 请求或响应操作，这些操作可由短期运行的函数执行。 + 使用 [AWS IoT Greengrass](https://aws.amazon.com/greengrass/) 为互联设备运行本地计算、消息收发和数据缓存。 + 使用连接池来实现连接重用并减少所需资源。 + 使用不依赖于持久连接和同步更新的分布式数据存储来保持一致性，从而为区域人口提供服务。 + 用共享的动态容量代替预先配置的静态网络容量，并与其他用户共享网络容量的可持续性影响。 ## 资源 **相关文档：** + [优化您的 AWS 基础设施以实现可持续性，第 III 部分：联网](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-iii-networking/) + [Amazon ElastiCache 文档](https://docs.aws.amazon.com/elasticache/index.html) + [什么是 Amazon CloudFront？](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/Introduction.html) + [Amazon CloudFront 主要功能](https://aws.amazon.com/cloudfront/features/) + [Lambda@Edge](https://aws.amazon.com/lambda/edge/) + [CloudFront Functions](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/cloudfront-functions.html) + [AWS IoT Greengrass](https://aws.amazon.com/greengrass/) **相关视频：** + [AWS 上的可持续构建](https://www.youtube.com/watch?v=ARAitMSIxc8) **相关示例：** + [AWS 联网研讨会](https://catalog.workshops.aws/networking/en-US) # SUS02-BP05 针对执行的活动优化团队成员资源 优化提供给团队成员的资源，在支持其需求的同时最大程度地降低对可持续性的影响。例如，在利用率高的共享云桌面上，而不是在利用率不高的强力单用户系统上，执行渲染和编译等复杂的操作。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 按照工作站和其他设备的使用方式对它们进行预置。 + 使用虚拟桌面和应用程序串流来限制升级和设备要求。 + 将处理器或内存密集型任务移至云端。 + 评估流程和系统对您的设备生命周期的影响，并选择在满足业务需求的同时最大限度减少设备更换需求的解决方案。 + 对设备实施远程管理以减少所需的商务旅行。 ## 资源 **相关文档：** + [什么是 Amazon WorkSpaces？](https://docs.aws.amazon.com/workspaces/latest/adminguide/amazon-workspaces.html) + [Amazon AppStream 2.0 文档](https://docs.aws.amazon.com/appstream2/) + [NICE DCV](https://docs.aws.amazon.com/dcv/) + [AWS Systems Manager Fleet Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet.html) **相关视频：** + [AWS 上的可持续构建](https://www.youtube.com/watch?v=ARAitMSIxc8) # 软件和架构模式 **Topics** + [SUS 3 您如何利用软件和架构模式来支持您的可持续发展目标？](w2aac19c15b9b5.md) # SUS 3 您如何利用软件和架构模式来支持您的可持续发展目标？ 实施用于执行负载平滑和保持已部署资源始终如一的高利用率的模式，以最大限度地减少资源消耗。由于用户行为会随着时间的推移而发生变化，因此组件可能会因缺乏使用而变得空闲。修改模式和架构以整合未充分利用的组件，从而提高整体利用率。停用不再需要的组件。了解工作负载组件的性能，并优化消耗资源最多的组件。注意客户用来访问您服务的设备，并实施相应的模式以最大限度地减少设备升级需要。 最佳实践： # SUS03-BP01 针对异步和计划作业优化软件和架构 使用高效的软件设计和架构来尽可能减少每个工作单元所需的平均资源。实施可促成均匀的组件利用率的机制，以减少任务之间的空闲资源并最大限度地减少负载峰值的影响。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 不需要立即处理的队列请求。 + 提高序列化程度以扁平化整个管道的利用率。 + 修改单个组件的容量，防止空闲资源等待输入。 + 创建缓冲区并建立速率限制，以使外部服务的使用更顺畅。 + 使用最高效的可用硬件进行软件优化。 + 使用队列驱动的架构、管道管理和按需型实例工件，最大限度地提高批处理的利用率。 + 安排任务以避免同时执行导致的负载峰值和资源争用。 + 将作业安排在一天中碳强度最低的时段中处理。 ## 资源 **相关文档：** + [什么是 Amazon Simple Queue Service？](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/welcome.html) + [什么是 Amazon MQ？](https://docs.aws.amazon.com/amazon-mq/latest/developer-guide/welcome.html) + [基于 Amazon SQS 进行扩展](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-using-sqs-queue.html) + [什么是 AWS Step Functions？](https://docs.aws.amazon.com/step-functions/latest/dg/welcome.html) + [什么是 AWS Lambda？](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html) + [将 AWS Lambda 与 Amazon SQS 配合使用](https://docs.aws.amazon.com/lambda/latest/dg/with-sqs.html) + [什么是 Amazon EventBridge？](https://docs.aws.amazon.com/eventbridge/latest/userguide/what-is-amazon-eventbridge.html) **相关视频：** + [AWS 上的可持续构建](https://www.youtube.com/watch?v=ARAitMSIxc8) + [迁移到事件驱动型架构](https://www.youtube.com/watch?v=h46IquqjF3E) # SUS03-BP02 删除或重构很少或没有使用的工作负载组件 监控工作负载活动以识别各个组件的利用率随时间的变化。移除未使用且不再需要的组件，并重构利用率低的组件，以限制资源浪费。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 分析功能正常的组件上的负载（使用事务流和 API 调用等指标），以识别未使用和未充分利用的组件。 + 停用不再需要的组件。 + 重构未充分利用的组件。 + 将未充分利用的组件与其他资源整合以提高利用效率。 ## 资源 **相关文档：** + [什么是 AWS X-Ray？](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html) + [什么是 Amazon CloudWatch？](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) + [使用 ServiceLens 监控应用程序的运行状况](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/ServiceLens.html) + [自动清理 Amazon ECR 中未使用的镜像](https://aws.amazon.com/blogs/compute/automated-cleanup-of-unused-images-in-amazon-ecr/) **相关视频：** + [AWS 上的可持续构建](https://www.youtube.com/watch?v=ARAitMSIxc8) # SUS03-BP03 优化消耗最多时间或资源的代码区域 监控工作负载活动以识别消耗最多资源的应用程序组件。优化在这些组件中运行的代码，以最大限度地减少资源使用和提高性能。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 根据资源使用情况监控性能，以将单个工作单元的资源需求高的组件确定为优化目标。 + 使用代码分析器确定使用时间最长或使用资源最多的代码区域作为优化目标。 + 将算法替换为产生相同结果的更高效版本。 + 使用硬件加速来提高执行时间长的代码块的效率。 + 对工作负载使用最高效的操作系统和编程语言。 + 删除不必要的排序和格式。 + 使用数据传输模式，根据数据更改的频率和使用方式，最大限度地减少使用的资源。例如，将状态更改信息推送到客户端，而不是让它消耗资源来轮询和接收无价值的“无更改”消息。 ## 资源 **相关文档：** + [什么是 Amazon CloudWatch？](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) + [什么是 Amazon CodeGuru Profiler？](https://docs.aws.amazon.com/codeguru/latest/profiler-ug/what-is-codeguru-profiler.html) + [FPGA 实例](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/fpga-getting-started.html) + [在 AWS 上进行构建所需工具的 AWS 开发工具包](https://aws.amazon.com/tools/) **相关视频：** + [AWS 上的可持续构建](https://www.youtube.com/watch?v=ARAitMSIxc8) # SUS03-BP04 优化对客户设备的影响 了解客户用来使用您服务的设备、它们的预期生命周期，以及更换这些组件对财务和可持续性的影响。实施软件模式和架构，以最大限度地减少客户更换和升级设备的需求。例如，使用与旧硬件和操作系统版本向后兼容的代码实现新功能，或管理有效负载的大小，使其不超过目标设备的存储容量。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 盘点客户使用的设备。 + 使用具有代表性硬件集的托管式设备场进行测试，以了解更改的影响，并迭代开发以最大限度增加支持的设备数。 + 在构建有效负载时考虑网络带宽和延迟，并实施有助于您的应用程序在低带宽、高延迟链路上良好运行的功能。 + 预处理数据有效负载，以减少本地处理要求并限制数据传输要求。 + 在服务器端执行计算密集型活动（例如图像渲染），或使用应用程序串流来改善旧设备上的用户体验。 + 对输出进行分段和分页，尤其是对于交互式会话，以管理有效负载并限制本地存储要求。 ## 资源 **相关文档：** + [什么是 AWS Device Farm？](https://docs.aws.amazon.com/devicefarm/latest/developerguide/welcome.html) + [Amazon AppStream 2.0 文档](https://docs.aws.amazon.com/appstream2/) + [NICE DCV](https://docs.aws.amazon.com/dcv/) + [Amazon Elastic Transcoder 文档](https://docs.aws.amazon.com/elastic-transcoder/) **相关视频：** + [AWS 上的可持续构建](https://www.youtube.com/watch?v=ARAitMSIxc8) # SUS03-BP05 使用最能支持数据访问和存储模式的软件模式和架构 了解数据在工作负载中的使用方式、用户使用数据的方式，以及数据的传输和存储方式。选择相应的技术以最大限度地减少数据处理和存储要求。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 分析您的数据访问和存储模式。 + 以高效的文件格式（如 Parquet）存储数据文件，防止进行不必要的处理（例如在运行分析时）并减少预置的总存储。 + 使用可以原生处理压缩数据的技术。 + 使用最能支持您的主导查询模式的数据库引擎。 + 管理您的数据库索引以确保索引设计支持高效的查询执行。 + 选择可减少消耗的网络容量的网络协议。 ## 资源 **相关文档：** + [Athena 压缩支持文件格式](https://docs.aws.amazon.com/athena/latest/ug/compression-formats.html) + [使用 Amazon Redshift 从列数据格式复制](https://docs.aws.amazon.com/redshift/latest/dg/copy-usage_notes-copy-from-columnar.html) + [在 Firehose 中转换您的输入记录格式](https://docs.aws.amazon.com/firehose/latest/dev/record-format-conversion.html) + [AWS Glue 中 ETL 输入和输出的格式选项](https://docs.aws.amazon.com/glue/latest/dg/aws-glue-programming-etl-format.html) + [通过转换为列格式提高 Amazon Athena 上的查询性能](https://docs.aws.amazon.com/athena/latest/ug/convert-to-columnar.html) + [使用 Amazon Redshift 从 Amazon S3 加载压缩数据文件](https://docs.aws.amazon.com/redshift/latest/dg/t_loading-gzip-compressed-data-files-from-S3.html) + [在 Amazon Aurora 上使用 Performance Insights 监控数据库负载](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.html) + [在 Amazon RDS 上使用 Performance Insights 监控数据库负载](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.html) + [AWS IoT FleetWise](https://aws.amazon.com/about-aws/whats-new/2021/11/aws-iot-fleetwise-transferring-vehicle-data-cloud/) **相关视频：** + [AWS 上的可持续构建](https://www.youtube.com/watch?v=ARAitMSIxc8) # 数据模式 **Topics** + [SUS 4 您如何利用数据访问模式和使用模式来支持您的可持续发展目标？](w2aac19c15c11b5.md) # SUS 4 您如何利用数据访问模式和使用模式来支持您的可持续发展目标？ 实施数据管理实践以减少支持工作负载所需的预置存储，以及使用存储所需的资源。了解您的数据，并使用最能支持数据的商业价值及其使用方式的存储技术和配置。当需求减少时，将数据移到更高效、性能更低的存储中，并删除不再需要的数据。 最佳实践： # SUS04-BP01 实施数据分类策略 对数据进行分类以了解其对业务成果的重要性。使用此信息来确定何时可以将数据移动到更节能的存储，或者何时可以安全删除数据。 **未建立此最佳实践暴露的风险等级：** 低 ## 实施指导 + 确定数据的分发、保留和删除要求。 + 对卷和对象使用标记来记录用于确定其管理方式的元数据，包括数据分类。 + 针对未标记和未分类的数据定期审核您的环境，并对数据进行适当的分类和标记。 ## 资源 **相关文档：** + [数据分类过程](https://docs.aws.amazon.com/whitepapers/latest/data-classification/data-classification-process.html) + [利用 AWS 云 支持数据分类](https://docs.aws.amazon.com/whitepapers/latest/data-classification/leveraging-aws-cloud-to-support-data-classification.html) + [AWS Organizations 中的标记策略](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_tag-policies.html) # SUS04-BP02 使用支持数据访问和存储模式的技术 使用最能支持您的数据访问和存储方式的存储，以在支持您的工作负载的同时最大限度地减少预置资源。例如，固态硬盘（SSD，Solid State Device）比磁性驱动器更耗能，应该仅用于活跃的数据使用场景。对不常访问的数据使用节能的存档级存储。 **未建立此最佳实践暴露的风险等级：** 中 ## 实施指导 + 监控您的数据访问模式。 + 根据访问模式将数据迁移到适当的技术。 + 将存档数据迁移到为此目的设计的存储中。 ## 资源 **相关文档：** + [Amazon EBS 卷类型](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html) + [Amazon EC2 实例存储](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html) + [Amazon S3 Intelligent-Tiering](https://docs.aws.amazon.com/AmazonS3/latest/userguide/intelligent-tiering.html) + [使用 Amazon S3 存储类](https://docs.aws.amazon.com/AmazonS3/latest/userguide/storage-class-intro.html) + [什么是 Amazon CloudWatch？](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) + [什么是 Amazon Glacier？](https://docs.aws.amazon.com/amazonglacier/latest/dev/introduction.html) **相关视频：** + [AWS 上数据湖的架构模式](https://www.youtube.com/watch?v=XpTly4XHmqc&ab_channel=AWSEvents) # SUS04-BP03 使用生命周期策略删除不必要的数据 管理所有数据的生命周期并自动执行删除时间表，以最大限度地减少工作负载的总存储需求。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 为所有数据分类类型定义生命周期策略。 + 设置自动化生命周期策略以强制实施生命周期规则。 + 删除未使用的卷和快照。 + 在适当情况下根据生命周期规则汇总数据。 ## 资源 **相关文档：** + [Amazon ECR 生命周期策略](https://docs.aws.amazon.com/AmazonECR/latest/userguide/LifecyclePolicies.html) + [Amazon EFS 生命周期管理](https://docs.aws.amazon.com/efs/latest/ug/lifecycle-management-efs.html) + [Amazon S3 Intelligent-Tiering](https://docs.aws.amazon.com/AmazonS3/latest/userguide/intelligent-tiering.html) + [使用 AWS Config 规则 评估资源](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config.html) + [在 Amazon S3 上管理存储生命周期](https://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html) + [AWS Elemental MediaStore 中的对象生命周期策略](https://docs.aws.amazon.com/mediastore/latest/ug/policies-object-lifecycle.html) **相关视频：** + [Amazon S3 生命周期](https://www.youtube.com/watch?v=53eHNSpaMJI&ab_channel=AmazonWebServices) # SUS04-BP04 最大限度地减少数据块存储中的过度预置 要尽可能减少总预置存储，请创建大小分配适合工作负载的数据块存储。随着数据的增长，使用弹性卷扩展存储，而无需调整附加到计算资源的存储大小。定期检查弹性卷并缩小过度配置的卷，以适应当前数据大小。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 监控数据卷的利用率。 + 使用弹性卷和托管式数据块数据服务，随着持久性数据的增长自动分配额外的存储。 + 为您的数据卷设置目标利用率水平，并调整超出预期范围的卷大小。 + 调整只读卷的大小以适应数据。 + 将数据迁移到对象存储，以避免使用数据块存储上的固定卷大小预配多余容量。 ## 资源 **相关文档：** + [Amazon EBS 弹性卷](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-modify-volume.html) + [Amazon FSx 文档](https://docs.aws.amazon.com/fsx/index.html) + [什么是 Amazon CloudWatch？](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) + [什么是 Amazon Elastic File System？](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) # SUS04-BP05 删除不需要或多余的数据 仅在必要时复制数据，以最大程度地减少消耗的总存储空间。使用备份技术在文件和数据块级别进行重复数据删除。限制使用独立驱动器冗余阵列（RAID，Redundant Array of Independent Drives）配置，除非需要满足服务等级协议（SLA，Service Level Agreements）。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 使用可以在数据块和对象级别删除重复数据的机制。 + 使用可以进行增量备份的备份技术，并在数据块、文件和对象级别删除重复数据。 + 仅在需要满足您的 SLA 时才使用 RAID。 + 集中日志和跟踪数据，对相同的日志条目进行重复数据删除，并在需要时建立调整详细程度的机制。 + 仅在合理的情况下预填充缓存。 + 建立缓存监控和自动化以相应地调整缓存大小。 + 推送新版本的工作负载时，从对象存储和边缘缓存中删除过时的部署和资产。 ## 资源 **相关文档：** + [Amazon EBS 快照](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html) + [更改 CloudWatch Logs 中的日志数据留存](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#SettingLogRetention) + [Amazon FSx for Windows File Server 上的重复数据删除](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-data-dedup.html) + [Amazon FSx for ONTAP 的功能，包括重复数据删除](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/what-is-fsx-ontap.html#features-overview) + [使 Amazon CloudFront 上的文件失效](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/Invalidation.html) + [使用 AWS Backup 备份和还原 Amazon EFS 文件系统](https://docs.aws.amazon.com/efs/latest/ug/awsbackup.html) + [什么是 Amazon CloudWatch Logs？](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html) + [在 Amazon RDS 上使用备份](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html) **相关示例：** + [实验：使用 Amazon Redshift 数据共享优化数据模式](https://wellarchitectedlabs.com/sustainability/300_labs/300_optimize_data_pattern_using_redshift_data_sharing/) # SUS04-BP06 使用共享文件系统或对象存储来访问通用数据 采用共享存储和单一事实来源，以避免重复数据删除并降低工作负载的总存储需求。仅在需要时从共享存储中获取数据。分离未使用的卷以使更多资源可用。 **未建立此最佳实践暴露的风险等级：** 低 ## 实施指导 + 当数据具有多个使用者时，将数据迁移到共享存储。 + 仅在需要时从共享存储中获取数据。 + 根据您的使用模式删除数据，并实施生存时间（TTL，time-to-live）功能来管理缓存的数据。 + 将卷与未积极使用它们的客户端分离。 ## 资源 **相关文档：** + [Amazon FSx](https://aws.amazon.com/fsx/) + [缓存策略](https://docs.aws.amazon.com/AmazonElastiCache/latest/mem-ug/Strategies.html) + [什么是 Amazon Elastic File System？](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) + [什么是 Amazon S3？](https://docs.aws.amazon.com/AmazonS3/latest/dev/Welcome.html) # SUS04-BP07 最大限度地减少跨网络的数据移动 使用共享存储和访问区域数据存储中的数据，以最大限度地减少支持工作负载数据移动所需的总网络资源。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 将数据存储在尽可能靠近使用者的位置。 + 按区域对使用的服务进行分区，以便将其特定于区域的数据存储在使用它的区域内。 + 跨网络复制更改时，使用数据块级重复数据删除，而不是文件或对象级重复数据删除。 + 在通过网络移动数据之前，先对其进行压缩。 ## 资源 **相关文档：** + [优化您的 AWS 基础设施以实现可持续性，第 III 部分：联网](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-iii-networking/) + [AWS 全球基础设施](https://aws.amazon.com/about-aws/global-infrastructure/) + [Amazon CloudFront 主要功能，包括 CloudFront 全球边缘网络](https://aws.amazon.com/cloudfront/features/) + [在 Amazon OpenSearch Service 中压缩 HTTP 请求](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/gzip.html) + [使用 Amazon EMR 进行中间数据压缩](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-output-compression.html#HadoopIntermediateDataCompression) + [将压缩数据文件从 Amazon S3 加载到 Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/dg/t_loading-gzip-compressed-data-files-from-S3.html) + [通过 Amazon CloudFront 提供压缩文件](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/ServingCompressedFiles.html) # SUS04-BP08 仅在难以重新创建时备份数据 为了最大限度地减少存储消耗，仅备份具有商业价值或满足合规性要求所必需的数据。检查备份策略并在恢复方案中排除没有价值的临时存储。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 使用数据分类来确定需要备份的数据。 + 排除您可以轻松重新创建的数据。 + 从备份中排除临时数据。 + 排除数据的本地副本，除非从公共位置恢复该数据所需的时间会超过您的服务等级协议（SLA，service level agreements）。 ## 资源 **相关文档：** + [使用 AWS Backup 备份和还原 Amazon EFS 文件系统](https://docs.aws.amazon.com/efs/latest/ug/awsbackup.html) + [Amazon EBS 快照](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html) + [在 Amazon Relational Database Service 上使用备份](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html) # 硬件模式 **Topics** + [SUS 5 您的硬件管理和使用实践如何支持您的可持续发展目标？](w2aac19c15c13b5.md) # SUS 5 您的硬件管理和使用实践如何支持您的可持续发展目标？ 寻找机会，通过更改硬件管理实践来降低工作负载可持续性影响。最大限度地减少预置和部署所需的硬件数量，并为您的各项工作负载选择最高效的硬件。 最佳实践： # SUS05-BP01 使用最少的硬件来满足您的需求 通过使用云的功能，您可以对工作负载实施进行频繁更改。在需求变化时更新已部署的组件。 **未建立这种最佳实践的情况下暴露的风险等级：** 中 ## 实施指导 + 启用横向扩缩，并使用自动化在负载增加时扩展，在负载减少时缩减。 + 通过小增量扩缩来适应可变的工作负载。 + 在负载随时间（天、周、月或年）而变化时，根据周期性利用模式（例如，具有两周一次的密集处理活动的工资系统）进行扩缩。 + 协商服务等级协议（SLA，service level agreements），允许暂时减少容量，同时利用自动化功能部署替换资源。 ## 资源 **相关文档：** + [AWS Compute Optimizer 文档](https://docs.aws.amazon.com/compute-optimizer/index.html) + [运行 Lambda：性能优化](https://aws.amazon.com/blogs/compute/operating-lambda-performance-optimization-part-2/) + [弹性伸缩文档](https://docs.aws.amazon.com/autoscaling/index.html) # SUS05-BP02 使用影响最小的实例类型 持续监控新实例类型的发布并利用能效改进，包括那些旨在支持特定工作负载（例如机器学习训练、推理以及视频转码）的实例类型。 **常见反模式：** + 您只使用一个系列的实例。 + 您只使用 x86 实例。 + 您在 Amazon EC2 Auto Scaling 配置中指定一种实例类型。 + 您使用 AWS 实例的方式与其预期用途不匹配（例如，您将计算优化的实例用于内存密集型工作负载）。 + 您没有定期评估新的实例类型。 + 您不查看 AWS 合理调整大小工具（如 [AWS Compute Optimizer）的建议。](https://aws.amazon.com/compute-optimizer/) **建立此最佳实践的好处：** 通过使用节能且大小合适的实例，您可以大大减小工作负载对环境的影响并降低其成本。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 学习和探索可以减小工作负载对环境影响的实例类型。 + 订阅 [AWS 新增功能](https://aws.amazon.com/new/) 及时了解新增的 AWS 技术和实例。 + 了解不同的 AWS 实例类型。 + 通过观看如下视频，了解基于 AWS Graviton 的实例（这些实例在 Amazon EC2 中每瓦能耗方面提供出色性能）： [re:Invent 2020 - 深入了解 AWS Graviton2 处理器提供支持的 Amazon EC2 实例](https://www.youtube.com/watch?v=NLysl0QvqXU) 和 [深入了解 AWS Graviton3 和 Amazon EC2 C7g 实例](https://www.youtube.com/watch?v=WDKwwFQKfSI&ab_channel=AWSEvents)。 + 规划工作负载并将其转换为影响极小的实例类型。 + 定义一个流程来评估工作负载的新功能或实例。利用云中的敏捷性，快速测试新的实例类型如何改善工作负载的环境可持续性。使用代理指标来衡量完成一个单元的工作需要多少资源。 + 如有可能，修改工作负载以使用不同数量的 vCPU 和不同数量的内存，以最大限度地增加您的实例类型选项。 + 考虑将工作负载转换为基于 Graviton 的实例，以提高工作负载的性能效率（请参阅 [AWS Graviton Fast Start](https://aws.amazon.com/ec2/graviton/fast-start/) 和 [适用于 ISV 的 AWS Graviton2](https://docs.aws.amazon.com/whitepapers/latest/aws-graviton2-for-isv/welcome.html)）。请记住这些 [注意事项，以便将工作负载转换为基于 AWS Graviton 的 Amazon Elastic Compute Cloud 实例。](https://github.com/aws/aws-graviton-getting-started/blob/main/transition-guide.md) + 考虑选择 AWS Graviton 选项（在使用 [AWS 托管服务时）。](https://github.com/aws/aws-graviton-getting-started/blob/main/managed_services.md) + 将工作负载迁移到提供对可持续性影响极小的实例且仍满足您的业务要求的区域。 + 对于机器学习工作负载，请使用基于定制 Amazon Machine Learning 芯片的 Amazon EC2 实例，例如 [AWS Trainium](https://aws.amazon.com/machine-learning/trainium/)、 [AWS Inferentia](https://aws.amazon.com/machine-learning/inferentia/)和 [Amazon EC2 DL1。](https://aws.amazon.com/ec2/instance-types/dl1/) + 使用 [Amazon SageMaker AI Inference Recommender](https://docs.aws.amazon.com/sagemaker/latest/dg/inference-recommender.html) 来调整 ML 推理端点的大小。 + 对于具有实时视频转码的工作负载，请使用 [Amazon EC2 VT1 实例。](https://aws.amazon.com/ec2/instance-types/vt1/) + 对于突增工作负载（不经常需要额外容量的工作负载），请使用 [可突增性能实例。](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances.html) + 对于无状态和容错工作负载，请使用 [Amazon EC2 竞价型实例](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) 提高云的整体利用率并减少未使用资源对可持续性的影响。 + 运营和优化您的工作负载实例。 + 对于临时工作负载，请评估 [实例 Amazon CloudWatch 指标](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/viewing_metrics_with_cloudwatch.html#ec2-cloudwatch-metrics) （例如 `CPUUtilization` ），以确定实例是空闲还是未充分利用。 + 对于稳定的工作负载，请定期检查 AWS 合理调整大小工具（如 [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) ），以确定优化和合理调整实例大小的机会。 ## 资源 **相关文档：** + [优化您的 AWS 基础设施以实现可持续性，第 I 部分：计算](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-i-compute/) + [AWS Graviton 处理器](https://aws.amazon.com/ec2/graviton/) + [AWS Inferentia](https://aws.amazon.com/machine-learning/inferentia/) + [AWS Trainium](https://aws.amazon.com/machine-learning/trainium/) + [Amazon EC2 DL1](https://aws.amazon.com/ec2/instance-types/dl1/) + [Amazon EC2 可突增性能实例](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances.html) + [Amazon EC2 容量预留实例集](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/cr-fleets.html) + [Amazon EC2 竞价型实例集](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-fleet.html) + [Amazon EC2 竞价型实例](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) + [Amazon EC2 VT1 实例](https://aws.amazon.com/ec2/instance-types/vt1/) + [Amazon EC2 实例类型](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html) + [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) + [函数：Lambda 函数配置](https://docs.aws.amazon.com/lambda/latest/dg/best-practices.html#function-configuration) **相关视频：** + [深入了解 AWS Graviton2 处理器提供支持的 Amazon EC2 实例](https://www.youtube.com/watch?v=NLysl0QvqXU) + [深入了解 AWS Graviton3 和 Amazon EC2 C7g 实例](https://www.youtube.com/watch?v=WDKwwFQKfSI&ab_channel=AWSEvents) **相关示例：** + [实验室：合理调整大小建议](https://wellarchitectedlabs.com/cost/100_labs/100_aws_resource_optimization/) + [实验室：使用 Compute Optimizer 合理调整大小](https://wellarchitectedlabs.com/cost/200_labs/200_aws_resource_optimization/) + [实验室：优化硬件模式并遵守可持续性 KPI](https://wellarchitectedlabs.com/sustainability/200_labs/200_optimize_hardware_patterns_observe_sustainability_kpis/) # SUS05-BP03 使用托管服务 托管服务将维持已部署硬件的高平均利用率和可持续性优化的责任转移给 AWS。使用托管服务将服务的可持续性影响分散到服务的所有租户，从而减少您的个人份额。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 将自托管服务迁移到托管服务。例如，使用托管式 [Amazon Relational Database Service（Amazon RDS）](https://aws.amazon.com/rds/) 实例而不是维护自己的 Amazon RDS 实例（在 [Amazon Elastic Compute Cloud（Amazon EC2）](https://aws.amazon.com/ec2/)上），或者使用托管式容器服务（例如 [AWS Fargate](https://aws.amazon.com/fargate/)），而不是实施您自己的容器基础设施。 ## 资源 **相关文档：** + [AWS Fargate](https://aws.amazon.com/fargate/) + [Amazon DocumentDB](https://aws.amazon.com/documentdb/) + [Amazon Elastic Kubernetes Service（EKS）](https://aws.amazon.com/eks/) + [Amazon Managed Streaming for Apache Kafka（Amazon MSK）](https://aws.amazon.com/msk/) + [Amazon Redshift](https://aws.amazon.com/redshift/) + [Amazon Relational Database Service (RDS)](https://aws.amazon.com/rds/) # SUS05-BP04 优化您对 GPU 的使用 图形处理单元（GPU，Graphics Processing Units）可能是高功耗的来源，许多 GPU 工作负载是高度可变的，例如渲染、转码以及机器学习训练和建模。仅在需要时运行 GPU 实例，并在不需要时自动停用它们，以最大限度地减少资源消耗。 **未建立此最佳实践暴露的风险等级：** 低 ## 实施指导 + 仅将 GPU 用于比基于 CPU 的替代方案更高效的任务。 + 使用自动化功能在不使用 GPU 实例时将其释放。 + 使用灵活的图形加速而不是专用的 GPU 实例。 + 利用特定于您的工作负载的定制用途硬件。 ## 资源 **相关文档：** + [加速计算型](https://aws.amazon.com/ec2/instance-types/#Accelerated_Computing) + [AWS Inferentia](https://aws.amazon.com/machine-learning/inferentia/) + [AWS Trainium](https://aws.amazon.com/machine-learning/trainium/) + [EC2 实例的加速计算](https://aws.amazon.com/ec2/instance-types/#Accelerated_Computing) + [Amazon EC2 VT1 实例](https://aws.amazon.com/ec2/instance-types/vt1/) + [Amazon Elastic Graphics](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/elastic-graphics.html) # 开发和部署流程 **Topics** + [SUS 6 您的开发和部署流程如何支持您的可持续发展目标？](w2aac19c15c15b5.md) # SUS 6 您的开发和部署流程如何支持您的可持续发展目标？ 寻找机会，通过对开发、测试和部署实践进行更改来降低可持续性影响。 最佳实践： # SUS06-BP01 采用可以快速引入可持续性改进的方法 在将潜在改进部署到生产环境之前对其进行测试和验证。在计算改进的潜在未来收益时，考虑测试成本。开发低成本的测试方法，以实现细微的改进。 **未建立此最佳实践暴露的风险等级：** 中 ## 实施指导 + 在您的开发过程中添加可持续性要求。 + 允许资源并行工作以开发、测试和部署可持续性改进。 + 在将潜在可持续性影响改进部署到生产环境之前，对其进行测试和验证。 + 使用最小可行代表性组件测试潜在改进。 + 在经过测试的可持续性改进可用时将其部署到生产环境中。 ## 资源 **相关文档：** + [AWS 支持可持续性解决方案](https://aws.amazon.com/sustainability/) **相关示例：** + [实验：将](https://www.wellarchitectedlabs.com/sustainability/300_labs/300_cur_reports_as_efficiency_reports/) 成本和使用情况报告转化为效率报告 # SUS06-BP02 让您的工作负载保持最新状态 最新的操作系统、库和应用程序可以提高工作负载效率，并简化更高效技术的采用。最新的软件可能还包括更准确地衡量工作负载对可持续性的影响的功能，因为供应商提供的功能是为了满足其自身的可持续性目标。 **常见反模式：** + 您认为当前的架构将为静态并且不会随着时间的推移而更新。 + 您没有任何系统（也不会定期）评估更新的软件和软件包是否与您的工作负载兼容。 + 您可以随着时间的推移对架构进行更改，而无需提供理由。 **建立此最佳实践的好处：** 通过建立一个及时更新工作负载的流程，您将能够采用新的特性和功能，解决问题，并提高工作负载效率。 **未建立这种最佳实践的情况下暴露的风险等级：** 低 ## 实施指导 + 定义一个流程和计划来评估工作负载的新功能或实例。利用云中的敏捷性，快速测试新功能如何改善工作负载以： + 减小对可持续性的影响。 + 提升性能效率。 + 为计划改进消除障碍。 + 提高衡量和管理可持续性影响的能力。 + 盘点工作负载软件和架构，并确定需要更新的组件。您可以使用 [AWS Systems Manager 清单](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-inventory.html) 从 Amazon EC2 实例中收集操作系统（OS）、应用程序和实例元数据，并快速了解哪些实例正在运行您的软件策略所需的软件和配置，以及哪些实例需要更新。 + 了解如何更新工作负载的组件。 + 管理适用于 Linux 或 Windows 服务器映像的 [Amazon Machine Images (AMI)](https://aws.amazon.com/amis/) 的更新（使用 [EC2 Image Builder](https://aws.amazon.com/image-builder/)）。 + 您应该将 [Amazon Elastic Container Registry (Amazon ECR)](https://docs.aws.amazon.com/AmazonECR/latest/userguide/what-is-ecr.html) 与现有管道配合使用以 [管理 Amazon Elastic Container Service (Amazon ECS) 映像](https://docs.aws.amazon.com/AmazonECR/latest/userguide/ECR_on_ECS.html) 和 [管理 Amazon Elastic Kubernetes Service 映像。](https://docs.aws.amazon.com/=AmazonECR/latest/userguide/ECR_on_EKS.html) + AWS Lambda 包括 [版本管理功能。](https://docs.aws.amazon.com/lambda/latest/dg/configuration-versions.html) + 采用自动化更新流程，以减少部署新功能的工作量，并减少手动过程引起的错误。使用 [AWS Systems Manager Patch Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-patch.html) 等工具自动执行系统更新流程，并使用 [AWS Systems Manager 维护时段](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-maintenance.html)安排活动。 ## 资源 **相关文档：** + [AWS Architecture Center](https://aws.amazon.com/architecture) + [AWS 新增功能](https://aws.amazon.com/new/?ref=wellarchitected&ref=wellarchitected) + [AWS 开发人员工具](https://aws.amazon.com/products/developer-tools/) + [AWS Systems Manager Patch Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-patch.html) **相关示例：** + [Well-Architected 实验室：清单和补丁管理](https://wellarchitectedlabs.com/operational-excellence/100_labs/100_inventory_patch_management/) + [实验室：AWS Systems Manager](https://mng.workshop.aws/ssm.html) # SUS06-BP03 提高构建环境的利用率 使用自动化和基础设施即代码功能，在需要时启动预生产环境，并在不使用时将其关闭。一种常见模式是安排与开发团队成员的工作时间相吻合的可用时段。休眠是一个有用的工具，它可以保存状态，并且只在需要时才快速将实例上线。使用具有爆增容量的实例类型、竞价型实例、弹性数据库服务、容器和其他技术，使开发和测试能力与使用相一致。 **未建立此最佳实践暴露的风险等级：** 低 ## 实施指导 + 使用自动化功能来最大程度地利用开发和测试环境。 + 使用自动化功能来管理开发和测试环境的生命周期。 + 使用最小可行代表性环境来开发和测试潜在的改进。 + 使用按需型实例来补充您的开发人员设备。 + 使用自动化可以最大化构建资源的效率。 + 使用具有爆增容量的实例类型、竞价型实例和其他技术，使构建容量与使用保持一致。 + 采用原生云服务来实现安全的实例 Shell 访问，而不是部署堡垒主机群。 ## 资源 **相关文档：** + [AWS Systems Manager Session Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager.html) + [Amazon EC2 突发性能实例](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances.html) + [什么是 AWS CloudFormation？](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html) # SUS06-BP04 使用托管式 Device Farm 进行测试 托管式设备场将硬件制造和资源使用的可持续性影响分散到多个租户。托管式设备场提供多种设备类型，使您能够支持不太受欢迎的较旧硬件，并避免不必要的设备升级对客户可持续性的影响。 **未建立此最佳实践暴露的风险等级：** 低 ## 实施指导 使用具有代表性硬件集的托管式设备场进行测试，以了解更改的影响，并迭代开发以最大限度增加支持的设备数。 ## 资源 **相关文档：** + [什么是 AWS Device Farm？](https://docs.aws.amazon.com/devicefarm/latest/developerguide/welcome.html)