# SUS 2 如何根據您的需求取得適當的雲端資源？ 使用者和應用程式使用工作負載和其他資源的方式，可協助您找到改善的機會，以達成永續性目標。擴展基礎架構以持續符合需求，並確認您僅使用支援使用者所需的最低資源。讓服務層級符合客戶需求。妥善放置資源，以限制使用者和應用程式使用資源所需的網路。移除未使用的資產。為團隊成員提供滿足其需求的裝置，同時將對永續性的影響降至最低。 **Topics** + [ # SUS02-BP01 動態擴展工作負載基礎設施 ](sus_sus_user_a2.md) + [ # SUS02-BP02 SLAs與永續發展目標保持一致 ](sus_sus_user_a3.md) + [ # SUS02-BP03 停止建立和維護未使用的資產 ](sus_sus_user_a4.md) + [ # SUS02-BP04 根據其聯網需求最佳化工作負載的地理定位 ](sus_sus_user_a5.md) + [ # SUS02-BP05 為執行的活動最佳化團隊成員資源 ](sus_sus_user_a6.md) + [ # SUS02-BP06 實作緩衝或調節，以扁平需求曲線 ](sus_sus_user_a7.md) # SUS02-BP01 動態擴展工作負載基礎設施 SUS02-BP01 動態擴展工作負載基礎設施 使用雲端的彈性並動態擴展您的基礎設施，以達到雲端資源的供需平衡，避免工作負載出現過度佈建的容量。 **常見的反模式：** + 您不隨著使用者負載擴展基礎設施。 + 您一律手動擴展基礎設施。 + 您在擴展事件之後維持增加容量，而不是縮減規模。 **建立此最佳實務的優勢：**設定並測試工作負載彈性有助於有效達到雲端資源的供需平衡，並避免過度佈建的容量。您可以利用雲端中的彈性，在需求尖峰期間或之後自動擴展容量，以確保您使用的資源數量正好足以滿足業務所需。 **未建立此最佳實務時的曝險等級：**中 ## 實作指引 實作指引 雲端提供的彈性可透過各種機制來動態擴展或減少資源，以滿足需求的變化。平衡供需關係可將工作負載受到的影響降到最低。 需求可為固定或可變，需要指標和自動化以確保該項管理不致成為繁重的工作。應用程式可藉由修改執行個體大小進行垂直調整 (縱向擴展或縮減規模)、藉由修改執行個體數目進行水平調整 (縮減或橫向擴展)，或進行兩者的合併調整。 您可以使用多種不同的方法達到資源的供需平衡。 + **目標追蹤法：**監控您的擴展指標，並視需要自動增加或減少容量。 + **預測擴展：**縮減每日和每週趨勢的預期。 + **排程法：**根據可預測的負載變化設定您自己的擴展排程。 + **服務擴展：**挑選按設計原本就會擴展的服務 (例如無伺服器)，或提供自動擴展功能。 辨別使用率低或無使用率的時期，並調整資源規模以移除過剩容量、提高效率。 ## 實作步驟 實作步驟 + 彈性會比對您擁有的資源供應與這些資源的需求。執行個體、容器和函數提供了彈性機制，可與自動擴展功能結合使用，或是作為服務功能提供。AWS 提供了多種自動擴展機制，以確保工作負載可在使用者負載較低時迅速輕易地縮減規模。以下是自動擴展機制的幾個範例： [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/latest/framework/sus_sus_user_a2.html) + 我們常將擴展與 Amazon EC2 執行個體或 AWS Lambda 函數等運算服務一起討論。請考慮設定非運算服務 (例如 [Amazon DynamoDB](https://aws.amazon.com/dynamodb/) 讀取和寫入容量單位或 [Amazon Kinesis Data Streams](https://aws.amazon.com/kinesis/data-streams/) 碎片) 以符合需求。 + 確認會對要部署的工作負載類型驗證擴充或縮減規模的指標。如果您要部署影片轉碼應用程式，則預期為 100% CPU 使用率，且不應做為您的主要指標。您可以將[自訂指標](https://aws.amazon.com/blogs/mt/create-amazon-ec2-auto-scaling-policy-memory-utilization-metric-linux/) (例如記憶體使用率) 用於擴展政策 (如有必要)。若要選擇正確的指標，請考量 Amazon EC2 的下列指引： + 指標應為有效的使用率指標，並說明執行個體的忙碌程度。 + 指標值必須與 Auto Scaling 群組中的執行個體數成比例增加或減少。 + 對於 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)。我們也建議您在動態擴展中使用[目標追蹤擴展政策](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scaling-target-tracking.html)。 + 確認工作負載部署可處理橫向擴展和縮減事件。建立縮減事件的測試案例，以確認工作負載的行為符合預期，且不會對使用者體驗造成影響 (例如失去黏性工作階段)。您可以使用[活動歷史記錄](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-verify-scaling-activity.html)來驗證 Auto Scaling 群組的擴展活動。 + 評估工作負載以取得可預測模式，並在預計發生預測中的變化和隨需規劃變化時主動擴展。透過預測性擴展，可以消除過度佈建容量的需求。如需詳細資訊，請參閱 [Predictive Scaling with 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) + [在 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/) + [介紹 Karpenter - 一個開放原始碼的高效能 Kubernetes Cluster Autoscaler](https://aws.amazon.com/blogs/aws/introducing-karpenter-an-open-source-high-performance-kubernetes-cluster-autoscaler/) + [深入探討 Amazon ECS 叢集自動擴展](https://aws.amazon.com/blogs/containers/deep-dive-on-amazon-ecs-cluster-auto-scaling/) **相關影片：** + [AWS re:Invent 2023 - 針對前 1000 萬個使用者在 AWS 上進行擴展](https://www.youtube.com/watch?v=JzuNJ8OUht0) + [AWS re:Invent 2023 - 永續架構：過去、現在和未來](https://www.youtube.com/watch?v=2xpUQ-Q4QcM) + [AWS re:Invent 2022 - 建置具成本、能源和資源效率的運算環境](https://www.youtube.com/watch?v=8zsC5e1eLCg) + [AWS re:Invent 2022 - 將容器從一個使用者擴展到數百萬名使用者](https://www.youtube.com/watch?v=hItHqzKoBk0) + [AWS re:Invent 2023 - 使用 Amazon SageMaker AI 將 FM 推論擴展到數百種模型](https://www.youtube.com/watch?v=6xENDvgnMCs) + [AWS re:Invent 2023 - 利用 Karpenter 的力量來擴展、最佳化和升級 Kubernetes](https://www.youtube.com/watch?v=lkg_9ETHeks) **相關範例：** + [ 自動擴展](https://www.eksworkshop.com/docs/autoscaling/) # SUS02-BP02 SLAs與永續發展目標保持一致 SUS02-BP02 SLAs與永續發展目標保持一致 根據您的永續性目標檢閱和最佳化工作負載服務層級協議 （SLA），以盡可能減少支援工作負載所需的資源，同時繼續滿足業務需求。 **常見的反模式：** + 工作負載SLAs未知或不明確。 + 您可以為可用性和效能定義您的 SLA 。 + 您對所有工作負載使用相同的設計模式 (例如多可用區域架構)。 **建立此最佳實務的好處：**SLAs與永續發展目標保持一致，可在滿足業務需求的同時獲得最佳資源使用量。 **未建立此最佳實務時的曝險等級：**低 ## 實作指引 實作指引 SLAs 定義從雲端工作負載預期的服務層級，例如回應時間、可用性和資料保留。其影響範圍涵蓋雲端工作負載的架構、資源用量和環境影響。在定期檢視SLAs和進行權衡，以顯著降低資源使用量，以換取可接受的服務水準降低。 ### 實作步驟 實作步驟 + **了解永續性目標：**識別組織中的永續性目標，例如減碳或提高資源使用率。 + **檢閱 SLAs：**評估您的 SLAs以評估它們是否支援您的業務需求。如果您超過 SLAs，請執行進一步檢閱。 + **了解權衡取捨：**了解工作負載複雜度 (例如大量並行使用者)、效能 (例如延遲) 和永續性影響 (例如所需資源) 之間的衡量取捨。通常情況下，優先考慮其中兩個因素會以犧牲第三個因素為代價。 + **調整 SLAs：**SLAs透過進行權衡來大幅降低永續性影響，以換取可接受的服務水準降低來調整您的 。 + **永續性和可靠性：**高可用性的工作負載往往會耗用較多資源。 + **永續性和效能：**使用較多資源以提升效能，可能會對環境造成較大的影響。 + **永續性和安全性：**保護過度的工作負載可能會對環境造成較大的影響。 + 如果**可能SLAs，請定義永續性：**包含工作負載SLAs的永續性。例如，將最低使用率層級定義為運算執行個體SLA的永續性。 + **使用有效的設計模式：**在 上使用微服務等設計模式 AWS ，以排定業務關鍵函數的優先順序，並允許非關鍵函數較低的服務層級 （例如回應時間或復原時間目標）。 + **溝通和建立責任：**SLAs與所有相關利益相關者共用 ，包括您的開發團隊和客戶。使用報告來追蹤和監控 SLAs。指派問責，以符合 的永續性目標SLAs。 + **使用激勵和獎勵：**使用激勵和獎勵來實現或超越SLAs永續發展目標。 + **檢閱和迭代：**定期檢閱和調整您的 SLAs ，以確保其符合不斷變化的永續性和效能目標。 ## 資源 資源 **相關文件：** + [了解恢復模式和權衡取捨以便在雲端中高效進行架構](https://aws.amazon.com/blogs/architecture/understand-resiliency-patterns-and-trade-offs-to-architect-efficiently-in-the-cloud/) + [服務水準協議對 SaaS 供應商的重要性](https://aws.amazon.com/blogs/apn/importance-of-service-level-agreement-for-saas-providers/) **相關影片：** + [AWS re：Invent 2023 - 容量、可用性、成本效益：挑選三個 ](https://www.youtube.com/watch?v=E0dYLPXrX_w) + [AWS re：Invent 2023 - 永續架構：過去、現在和未來 ](https://www.youtube.com/watch?v=2xpUQ-Q4QcM) + [AWS re：Invent 2023 - 鬆散耦合系統的進階整合模式和權衡 ](https://www.youtube.com/watch?v=FGKGdUiZKto) + [AWS re：Invent 2022 - 提供永續、高效能的架構 ](https://www.youtube.com/watch?v=FBc9hXQfat0) + [AWS re：Invent 2022 - 建置具成本、能源和資源效益的運算環境 ](https://www.youtube.com/watch?v=8zsC5e1eLCg) # SUS02-BP03 停止建立和維護未使用的資產 SUS02-BP03 停止建立和維護未使用的資產 將您工作負載中未使用的資產除役，以降低支援您個人需求所需的雲端資源數量，並盡可能減少浪費。 **常見的反模式：** + 您未分析應用程式是否有冗餘或不再需要的資產。 + 您未移除冗餘或不再需要的資產。 **建立此最佳實務的優勢：**移除未使用的資產可釋出資源，並改善工作負載的整體效率。 **未建立此最佳實務時的曝險等級：**低 ## 實作指引 實作指引 未使用的資產會耗用儲存空間和運算能力等資源。識別這些資產並將其消除可以釋出這類資源，進而提升雲端架構的效能。定期分析應用程式資產 (例如預先編譯的報告、資料集、靜態影像和資產存取模式)，以識別冗餘、未充分利用和可以除役的目標。移除這類冗餘資產，避免工作負載中的資源浪費。 ### 實作步驟 實作步驟 + **執行清查：**進行全面清查，以識別工作負載內的所有資產。 + **分析用量：**使用持續監控功能識別不再需要的靜態資產。 + **移除未使用的資產：**制定計畫來移除不再需要的資產。 + 移除任何資產之前，均應先評估該移除對架構的影響。 + 合併重疊產生的資產以消除冗餘處理。 + 更新您的應用程式，使其不再產生及儲存不需要的資產。 + **與第三方通訊：**指示第三方停止生產和儲存代表您管理但不再需要的資產。請求合併冗餘資產。 + **使用生命週期政策：**使用生命週期政策來自動刪除未使用的資產。 + 您可以使用 [Amazon S3 生命週期](https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lifecycle-mgmt.html)，以在物件的整個生命週期中管理物件。 + 您可以使用 [Amazon Data Lifecycle Manager](https://docs.aws.amazon.com/ebs/latest/userguide/snapshot-lifecycle.html) 自動建立、保留和刪除 Amazon EBS 快照與 Amazon EBS 支援的 AMI。 + **審查和最佳化**：定期審查工作負載，以識別並移除任何未使用的資產。 ## 資源 資源 **相關文件：** + [最佳化您的 AWS 永續性基礎設施，第 II 部分：儲存](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-ii-storage/) + [如何終止我的 AWS 帳戶 帳戶上不再需要的作用中資源？](https://aws.amazon.com/premiumsupport/knowledge-center/terminate-resources-account-closure/) **相關影片：** + [AWS re:Invent 2023 - 永續架構：過去、現在和未來](https://www.youtube.com/watch?v=2xpUQ-Q4QcM) + [AWS re:Invent 2022 - 使用 Amazon S3 保護數位媒體資產並使其價值最大化](https://www.youtube.com/watch?v=8OI0Uu-YvD8) + [AWS re:Invent 2023 - 最佳化多帳戶環境中的成本](https://www.youtube.com/watch?v=ie_Mqb-eC4A) # SUS02-BP04 根據其聯網需求最佳化工作負載的地理定位 SUS02-BP04 根據其聯網需求最佳化工作負載的地理定位 為您的工作負載選取可減少網路流量傳輸距離的區域和服務，並減少支援工作負載所需的整體網路資源。 **常見的反模式：** + 您可以根據自身所在位置選取工作負載的區域。 + 您可以將所有工作負載資源合併到單一地理位置。 + 所有流量都流經現有資料中心。 **建立此最佳實務的優勢：**將工作負載分配到使用者附近的位置，可提供最低的延遲，同時減少網路間的資料移動，並降低環境影響。 **未建立此最佳實務時的曝險等級：**中 ## 實作指引 實作指引 AWS 雲端 基礎設施是以區域、可用區域、置放群組和邊緣位置等位置選項為基礎，例如 [AWS Outposts](https://docs.aws.amazon.com/outposts/latest/userguide/what-is-outposts.html)和 [AWS Local Zones ](https://aws.amazon.com/about-aws/global-infrastructure/localzones/)。這些位置選項負責維護應用程式元件、雲端服務、邊緣網路和內部部署資料中心之間的連線。 分析工作負載中的網路存取模式，以識別如何使用這些雲端位置選項，以及減少網路流量必須輸送的距離。 ## 實作步驟 實作步驟 + 分析您工作負載中的網路存取模式，以識別使用者如何使用您的應用程式。 + 使用監控工具，例如 [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) 和 [AWS CloudTrail](https://aws.amazon.com/cloudtrail/)，收集網路活動的資料。 + 分析資料以識別網路存取模式。 + 根據下列關鍵元素，為您的工作負載部署選取區域： + **您的永續性目標：**相關說明請見[區域選擇](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 快取解決方案](https://aws.amazon.com/caching/aws-caching/)以提升效能、減少資料移動以及降低環境影響。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/latest/framework/sus_sus_user_a5.html) + 使用可協助您在更接近工作負載使用者的位置執行程式碼的服務： [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/latest/framework/sus_sus_user_a5.html) + 使用連線集區來支援連線重複使用，減少所需資源。 + 使用不仰賴持續連線和同步更新的分散式資料存放區來實現一致性，以服務區域的人口。 + 以共用動態容量取代預先佈建的靜態網路容量，與其他訂閱者分攤網路容量的永續性影響。 ## 資源 資源 **相關文件：** + [最佳化 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/) + [AWS 全球基礎設施 ](https://aws.amazon.com/about-aws/global-infrastructure/) + [AWS 本機區域 和 AWS Outposts，為您的邊緣工作負載選擇正確的技術 ](https://aws.amazon.com/blogs/compute/aws-local-zones-and-aws-outposts-choosing-the-right-technology-for-your-edge-workload/) + [置放群組](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html) + [AWS 本機區域 ](https://aws.amazon.com/about-aws/global-infrastructure/localzones/) + [AWS Outposts](https://aws.amazon.com/outposts/) **相關影片：** + [在 上解密資料傳輸 AWS](https://www.youtube.com/watch?v=-MqXgzw1IGA) + [ 在新一代 Amazon EC2執行個體上擴展網路效能 ](https://www.youtube.com/watch?v=jNYpWa7gf1A) + [AWS Local Zones 解說器影片 ](https://www.youtube.com/watch?v=JHt-D4_zh7w) + [AWS Outposts：概觀和運作方式](https://www.youtube.com/watch?v=ppG2FFB0mMQ) + [AWS re：Invent 2023 - 邊緣和內部部署工作負載的遷移策略 ](https://www.youtube.com/watch?v=4wUXzYNLvTw) + [AWS re：Invent 2021 - AWS Outposts：將 AWS 體驗帶到內部部署 ](https://www.youtube.com/watch?v=FxVF6A22498) + [AWS re：Invent 2020 - AWS Wavelength：在 5G 邊緣以超低延遲執行應用程式 ](https://www.youtube.com/watch?v=AQ-GbAFDvpM) + [AWS re：Invent 2022 - AWS Local Zones：為分散式邊緣建置應用程式 ](https://www.youtube.com/watch?v=bDnh_d-slhw) + [AWS re：Invent 2021 - 使用 Amazon 建置低延遲網站 CloudFront ](https://www.youtube.com/watch?v=9npcOZ1PP_c) + [AWS re：Invent 2022 - 使用 改善效能和可用性 AWS Global Accelerator](https://www.youtube.com/watch?v=s5sjsdDC0Lg) + [AWS re：Invent 2022 - 使用 建置您的全球廣域網路 AWS](https://www.youtube.com/watch?v=flBieylTwvI) + [AWS re：Invent 2020：使用 Amazon Route 53 進行全域流量管理 ](https://www.youtube.com/watch?v=E33dA6n9O7I) **相關範例：** + [AWS 網路研討會](https://catalog.workshops.aws/networking/en-US) + [ 永續性架構 - 盡可能減少跨網路的資料移動](https://catalog.us-east-1.prod.workshops.aws/workshops/7c4f8394-8081-4737-aa1b-6ae811d46e0a/en-US) # SUS02-BP05 為執行的活動最佳化團隊成員資源 SUS02-BP05 為執行的活動最佳化團隊成員資源 最佳化提供給團隊成員的資源，以盡量減少對環境永續性的影響，同時支援他們的需求。 **常見的反模式：** + 您忽略團隊成員所使用的裝置對雲端應用程式的整體效率產生的影響。 + 您手動管理及更新團隊成員所使用的資源。 **建立此最佳實務的優勢：**最佳化團隊成員資源，可為啟用雲端的應用程式改善整體效率。 **未建立此最佳實務時的曝險等級：**低 ## 實作指引 實作指引 了解團隊成員用來使用您的服務的資源、其預期生命週期，以及財務和永續性的影響。實作將這些資源最佳化的策略。例如，在使用率高的可擴展基礎設施上執行複雜的操作 (例如轉譯和編譯)，而不是在使用率低的高功率單一使用者系統上執行。 ### 實作步驟 實作步驟 + **使用節能工作站：**為團隊成員提供節能的工作站和周邊裝置。在這些裝置中使用高效電源管理功能 (例如低功耗模式)，以減少其能源用量 + **使用虛擬化：**使用虛擬桌面和應用程式串流來限制升級與裝置要求。 + **鼓勵遠端協作：**鼓勵團隊成員使用遠端協作工具 (如 [Amazon Chime](https://aws.amazon.com/chime/) 或 [AWS Wickr](https://aws.amazon.com/wickr/)) 以減少出差需求和關聯的碳排放。 + **使用節能軟體：**移除或關閉不必要的功能和流程，為團隊成員提供節能軟體。 + **管理生命週期：**評估程序和系統對裝置生命週期的影響，並選取在滿足業務需求的同時可將裝置更換需求降至最低的解決方案。定期維護和更新工作站或軟體，以維護和提高效率。 + **遠端裝置管理：**為裝置實作遠端管理，以減少必要商務差旅時間。 + [AWS Systems Manager Fleet Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet.html) 是一種整合式使用者介面 (UI) 體驗，可協助您從遠端管理在 AWS 或內部部署環境執行的節點。 ## 資源 資源 **相關文件：** + [什麼是 Amazon WorkSpaces？](https://docs.aws.amazon.com/workspaces/latest/adminguide/amazon-workspaces.html) + [ Amazon WorkSpaces 的成本優化器](https://docs.aws.amazon.com/solutions/latest/cost-optimizer-for-workspaces/overview.html) + [Amazon AppStream 2.0 文件](https://docs.aws.amazon.com/appstream2/) + [NICE DCV](https://docs.aws.amazon.com/dcv/) **相關影片：** + [在 AWS 上管理 Amazon WorkSpaces 的成本](https://www.youtube.com/watch?v=0MoY31hZQuE) # SUS02-BP06 實作緩衝或調節，以扁平需求曲線 SUS02-BP06 實作緩衝或調節，以扁平需求曲線 緩衝和限流可讓需求曲線趨於扁平化，並減少您的工作負載所需的已佈建容量。 **常見的反模式：** + 您非必要地立即處理用戶端請求。 + 您未分析用戶端要求的需求。 **建立此最佳實務的優勢：**讓需求曲線趨於扁平化，可減少工作負載所需的已佈建容量。減少已佈建的容量意味著較低的能源耗用量和環境影響。 **未建立此最佳實務時的曝險等級：**低 ## 實作指引 實作指引 使工作負載需求曲線扁平化，有助於減少工作負載所需的已佈建容量，以及降低對環境造成的影響。假設某個工作負載的需求曲線如下圖所示。此工作負載有兩個尖峰，為了處理這些尖峰，已佈建了資源容量 (以橙色線顯示)。用於此工作負載的資源和能源並非由需求曲線底下的區域表示，而是已佈建的容量底下的區域，因為這兩個尖峰必須用已佈建的容量處理。 ![\[佈建容量波形，內含兩個需要大量佈建容量的相異尖峰。\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/latest/framework/images/provisioned-capacity-1.png) 您可以使用緩衝或限流來修改需求曲線，並使尖峰趨緩，意即減少佈建容量和耗用的能源。在用戶端可以執行重試時實作限流。實作緩衝機制以儲存請求，並將處理的時間往後延遲。 ![\[顯示使用緩衝或限流建立平滑尖峰的工作負載的波形圖。\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/latest/framework/images/provisioned-capacity-2.png) **實作步驟** + 分析用戶端請求以確定如何予以回應。要考慮的問題包括： + 此請求是否可進行非同步處理？ + 用戶端是否有重試能力？ + 如果用戶端有重試功能，您可以實作限流，以告知來源若目前無法處理請求，則應稍後再試。 + 您可以使用 [Amazon API Gateway](https://aws.amazon.com/api-gateway/) 實作限流。 + 針對無法執行重試的用戶端，需要實作緩衝區使需求曲線扁平化。緩衝會延遲請求處理，讓以不同速率執行的應用程式能夠有效地通訊。緩衝型方法使用佇列或串流來接受生產者傳出的訊息。消費者可讀取訊息並進行處理，允許以符合取用者業務要求的速度運作訊息。 + [Amazon Simple Queue Service （Amazon SQS）](https://aws.amazon.com/sqs/) 是一種受管服務，提供佇列，允許單一取用者讀取個別訊息。 + [Amazon Kinesis](https://aws.amazon.com/kinesis/) 可提供串流，允許許多取用者讀取相同訊息。 + 分析整體需求、變更率及所需的回應時間，以適當調整所需的調節或緩衝區大小。 ## 資源 資源 **相關文件：** + [ Amazon 入門 SQS ](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/sqs-getting-started.html) + [使用佇列與訊息進行應用程式整合](https://aws.amazon.com/blogs/architecture/application-integration-using-queues-and-messages/) + [ 管理和監控工作負載中的API限流 ](https://aws.amazon.com/blogs/mt/managing-monitoring-api-throttling-in-workloads/) + [ 使用 API Gateway REST API 大規模限流分層多租戶 ](https://aws.amazon.com/blogs/architecture/throttling-a-tiered-multi-tenant-rest-api-at-scale-using-api-gateway-part-1/) + [使用佇列與訊息進行應用程式整合](https://aws.amazon.com/blogs/architecture/application-integration-using-queues-and-messages/) **相關影片：** + [AWS re：Invent 2022 - 微服務的應用程式整合模式 ](https://www.youtube.com/watch?v=GoBOivyE7PY) + [AWS re：Invent 2023 - 智慧節省：Amazon EC2成本最佳化策略 ](https://www.youtube.com/watch?v=_AHPbxzIGV0) + [AWS re：Invent 2023 - 鬆散耦合系統的進階整合模式和權衡 ](https://www.youtube.com/watch?v=FGKGdUiZKto)