# 永續性
<a name="a-sustainability"></a>

**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)

# 區域選擇
<a name="a-region-selection"></a>

**Topics**
+ [SUS 1 如何選擇區域來支持您的永續性發展目標？](w2aac19c15b5b5.md)

# SUS 1 如何選擇區域來支持您的永續性發展目標？
<a name="w2aac19c15b5b5"></a>

根據您的業務需求和永續性發展目標，選擇要在其中實作工作負載的區域。 

 最佳實務： 

# SUS01-BP01 選擇 Amazon 可再生能源專案附近的區域，以及電網公佈的碳強度低於其他位置 (或區域) 的區域
<a name="sus_sus_region_a2"></a>

 選擇 Amazon 可再生能源專案附近的區域，以及電網公佈的碳強度低於其他位置 (或區域) 的區域。 

 **若未建立此最佳實務，暴露的風險等級為：** 中 

## 實作指引
<a name="implementation-guidance"></a>

 選擇 Amazon 可再生能源專案附近的區域，以及電網公佈的碳強度低於其他位置 (或區域) 的區域。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [全球 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/) 

# 使用者行為模式
<a name="a-user-behavior-patterns"></a>

**Topics**
+ [SUS 2 如何利用使用者行為模式來支持您的永續性發展目標？](w2aac19c15b7b5.md)

# SUS 2 如何利用使用者行為模式來支持您的永續性發展目標？
<a name="w2aac19c15b7b5"></a>

使用者使用工作負載和其他資源的方式，可協助您找到改善的機會，以達成永續性目標。擴展基礎設施以持續符合使用者負載，同時確保僅部署支援使用者所需的最低資源。讓服務層級符合客戶需求。妥善放置資源，以限制使用者使用資源所需的網路。移除現存未使用的資產。識別未使用的已建立資產並停止產生這些資產。為團隊成員提供滿足其需求的裝置，同時將對永續性的影響降至最低。 

 最佳實務： 

# SUS02-BP01 隨使用者負載擴展基礎架構
<a name="sus_sus_user_a2"></a>

 識別使用率低或無使用率的期間，並縮減資源規模以消除過剩容量、提高效率。 

**常見的反模式：**
+ 您不隨著使用者負載擴展基礎架構。
+ 您一律手動擴展基礎架構。
+ 您在擴展事件之後維持增加容量，而不是縮減規模。

 **建立此最佳實務的優勢：** 設定和測試工作負載彈性，將有助於降低工作負載環境受到的影響、節省金錢，以及維護效能基準。您可以利用雲端中的彈性，在使用者負載尖峰期間或之後自動擴展容量，以確保您使用的資源數量正好足以滿足客戶需求，不會超過。

 **未建立此最佳實務時的曝險等級：** 中 

## 實作指引
<a name="implementation-guidance"></a>
+  彈性會比對您擁有的資源供應與這些資源的需求。執行個體、容器和函數提供了彈性機制，可與自動擴展功能結合使用，或是作為服務功能提供。利用架構中的彈性，確保工作負載可在使用者負載較低的時段輕易地迅速縮減規模： 
  +  使用 [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) 自動將個別 AWS 服務的資源擴展到 Amazon EC2 以外，例如 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 叢集。 
+  確認會對要部署的工作負載類型驗證擴充或縮減規模的指標。如果您要部署影片轉碼應用程式，則預期為 100% CPU 使用率，且不應做為您的主要指標。您可以將 [自訂指標](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/) 消除過度改進容量的需求。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [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 Flow Logs](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 符合永續性目標
<a name="sus_sus_user_a3"></a>

 定義和更新服務水準協議 (SLA)，例如可用性或資料保留期，以將支援工作負載所需的資源數量降至最低，同時繼續滿足業務需求。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  定義支援永續性目標，同時滿足您業務需求的 SLA。 
+  重新定義 SLA 以符合業務需求，但不超過它們。 
+  做出能大幅降低永續性影響的取捨，換取可接受的服務水準降低。 
+  使用優先執行業務關鍵功能的和設計模式，對於非關鍵功能允許採用較低的服務層級 (例如回應時間或復原時間目標)。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [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) 
+  [服務水準協議對 SaaS 供應商的重要性](https://aws.amazon.com/blogs/apn/importance-of-service-level-agreement-for-saas-providers/) 

 **相關影片：** 
+  [在 AWS 上建立永續性](https://www.youtube.com/watch?v=ARAitMSIxc8) 

# SUS02-BP03 停止建立和維護不使用的資產
<a name="sus_sus_user_a4"></a>

 分析應用程式資產 (例如預先編譯的報告、資料集和靜態影像) 和資產存取模式，找出冗餘、未充分利用和可以除役的目標。合併具有冗餘內容的產生資產 (例如，具有重疊或通用資料集與輸出的每月報告)，以避免重複輸出時消耗資源。將未使用的資產除役 (例如不再販售產品的影像) 以釋放消耗的資源，並減少用於支援工作負載的資源數量。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  管理靜態資產並移除不再需要的資產。 
+  管理產生的資產，以及停止產生並移除不再需要的資產。 
+  合併重疊產生的資產以消除冗餘處理。 
+  指示第三方停止生產和儲存代表您管理但不再需要的資產。 
+  指示第三方合併代表您生產的冗餘資產。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [優化您的 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 針對使用者位置最佳化工作負載的地理位置
<a name="sus_sus_user_a5"></a>

 分析網路存取模式，識別客戶的地理連接位置。選擇可減少網路流量傳輸距離的區域和服務，以減少支援工作負載所需的總網路資源。 

 ** 常見的反模式： ** 
+  您可以根據自身所在位置選取工作負載的區域。 

 **建立此最佳實務的優勢：** 將工作負載分配到客戶附近的位置，可提供最低的延遲，同時減少網路間的資料移動，並降低環境影響。 

 **未建立此最佳實務時的曝險等級：** 中 

## 實作指引
<a name="implementation-guidance"></a>
+  根據下列關鍵元素，為您的工作負載部署選取區域： 
  +  **您的永續目標：** 相關說明請見 [區域選擇](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 函數](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/cloudfront-functions.html) 處理簡單的使用案例，例如可由短期函數執行的 HTTP(s) 請求或回應操作。
  + 使用 [AWS IoT Greengrass](https://aws.amazon.com/greengrass/) 為連線的裝置執行本機運算、簡訊和資料快取。
+  使用連線共用來啟用連線重複使用，減少所需資源。 
+  使用不倚賴持續連線和同步更新的分散式資料存放區來實現一致性，以服務區域的人口。 
+  以共用動態容量取代預先佈建的靜態網路容量，與其他訂閱者分攤網路容量的永續性影響。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [優化您的 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 函數](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 為執行的活動最佳化團隊成員資源
<a name="sus_sus_user_a6"></a>

 最佳化提供給團隊成員的資源，以盡量減少對永續性的影響，同時支援他們的需求。例如，在使用率高的共用雲端桌面上執行複雜的操作 (例如渲染和編譯)，而不是在使用率低的高功率單一使用者系統上執行。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  根據使用方式佈建工作站和其他裝置。 
+  使用虛擬桌面和應用程式串流來限縮升級與裝置要求。 
+  將大量使用處理器或記憶體的任務移至雲端。 
+  評估程序和系統對裝置生命週期的影響，並選擇在滿足業務需求的同時可將裝置更換需求降至最低的解決方案。 
+  為裝置實作遠端管理，以減少必要商務差旅時間。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [什麼是 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) 

# 軟體和架構模式
<a name="a-sus-software-architecture-patterns"></a>

**Topics**
+ [SUS 3 如何利用軟體和架構模式，來支持您的永續性發展目標？](w2aac19c15b9b5.md)

# SUS 3 如何利用軟體和架構模式，來支持您的永續性發展目標？
<a name="w2aac19c15b9b5"></a>

實施可執行負載順暢並保持已部署資源一致高使用率的模式，將資源消耗降至最低。由於使用者行為隨時間改變，元件可能會因缺乏使用而閒置。修改模式和架構來整合未充分利用的元件，提高整體使用率。淘汰不再需要的元件。了解工作負載元件的效能，並最佳化消耗最多資源的元件。注意客戶用來存取服務的裝置，並實施可最小化裝置升級需求的模式。 

 最佳實務： 

# SUS03-BP01 最佳化非同步與排程任務的軟體和架構
<a name="sus_sus_software_a2"></a>

 使用高效率的軟體設計和架構，將每個工作單元所需的平均資源降至最低。實作可平均利用元件的機制，減少任務之間的閒置資源，並將負載尖峰的影響降至最低。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  將不需要立即處理的請求放入佇列。 
+  增加序列化，讓使用率在不同管道中變得平均。 
+  修改個別元件的容量，避免閒置資源等待輸入。 
+  建立緩衝區，並建立速率限制，讓外部服務的消耗變得順暢。 
+  使用最有效的可用硬體來進行軟體最佳化。 
+  使用佇列驅動的架構、管道管理和隨需執行個體工作者，最大化批次處理的使用率。 
+  妥善安排任務，避免同時執行的負載尖峰和資源爭用。 
+  在一天電力碳強度最低的時段安排工作。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [什麼是 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) 
+  [搭配 Amazon SQS 使用 AWS Lambda](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 移除或重構使用量低或完全不使用工作負載元件
<a name="sus_sus_software_a3"></a>

 監控工作負載活動，識別各元件使用率隨時間的變化。移除未使用且不再需要的元件，並重構使用率低的元件，減少資源浪費。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  分析功能元件上的負載 (使用交易流程和 API 呼叫等指標)，以識別未使用和未充分利用的元件。 
+  淘汰不再需要的元件。 
+  重構未充分利用的元件。 
+  將未充分利用的元件與其他資源整合，以提高利用效率。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [什麼是 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 最佳化程式碼中消耗最多時間或資源的區域部分
<a name="sus_sus_software_a4"></a>

 監控工作負載活動，識別消耗最多資源的應用程式元件。最佳化這些元件中執行的程式碼，將資源使用量降至最低，同時將效能發揮至最大。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  根據資源使用情況監控效能，找出每個工作單元中資源需求高的元件，做為最佳化目標。 
+  使用程式碼分析工具來識別程式碼中使用最多時間或資源的部分，作為最佳化目標。 
+  將演算法取代為產生相同結果但更有效率的版本。 
+  使用硬體加速來改善執行時間較長程式碼區塊的效率。 
+  使用針對工作負載最高效率的作業系統和程式設計語言。 
+  移除不必要的排序和格式化。 
+  使用可根據資料變更頻率和使用方式，將使用的資源降至最低的資料傳輸模式。例如，將狀態變更資訊推送到用戶端，而不是讓它耗用資源來輪詢和接收沒用的「無變更」訊息。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [什麼是 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 最佳化對客戶裝置和設備的影響
<a name="sus_sus_software_a5"></a>

 了解客戶用來使用您服務的裝置和設備、其預期生命週期，以及更換這些元件對財務和永續性的影響。實施軟體模式和架構，將客戶更換裝置和升級設備的需求降至最低。例如，採用與舊版硬體和作業系統版本相容程式碼的新功能，或管理承載的大小，不讓其超過目標裝置的儲存容量。 

 **若未建立此最佳實務，暴露的風險等級為：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  清查客戶使用的裝置。 
+  使用具有代表性硬體集的受管 Device Farm 進行測試，以了解變更的影響，並迭代開發以最大化支援的裝置。 
+  在建置承載時考慮網路頻寬和延遲，並實施可協助應用程式在低頻寬、高延遲連結上良好運作的功能。 
+  預先處理資料承載，減少本機處理需求並限縮必要的資料傳輸。 
+  在伺服器端執行需要大量運算的活動 (例如影像渲染)，或使用應用程式串流來改善舊裝置的使用者體驗。 
+  對輸出進行分段和分頁，特別是對於互動式工作階段，以管理承載並限制本機儲存要求。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [什麼是 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 使用最能支援資料存取和儲存模式的軟體模式和架構
<a name="sus_sus_software_a6"></a>

 了解資料在工作負載中的使用方式、使用者的使用方式、傳輸方式以及儲存方式。選擇可將資料處理和儲存要求降至最低的技術。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  分析您的資料存取和儲存模式。 
+  以有效率的檔案格式 (例如 Parquet) 存放資料檔案，以避免進行不必要的處理 (例如執行分析時) 並降低佈建的總儲存量。 
+  利用可原生處理壓縮資料的技術。 
+  使用最能支援您主導查詢模式的資料庫引擎。 
+  管理您的資料庫索引，確保索引設計支援高效率的查詢執行。 
+  選取可減少網路容量消耗的網路通訊協定。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [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 上使用績效詳情監控資料庫負載](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.html) 
+  [在 Amazon RDS 上使用績效詳情監控資料庫負載](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) 

# 資料模式
<a name="a-sus-data-patterns"></a>

**Topics**
+ [SUS 4 如何利用資料存取和使用模式，來支持您的永續性發展目標？](w2aac19c15c11b5.md)

# SUS 4 如何利用資料存取和使用模式，來支持您的永續性發展目標？
<a name="w2aac19c15c11b5"></a>

實作資料管理實務來減少支援工作負載所需的佈建儲存，以及使用它的必要資源。了解您的資料，並使用最能支援資料業務價值及其使用方式的儲存技術和組態。當需求減少時，將資料循環到效率較高、效能較低的儲存，並刪除不再需要的資料。 

 最佳實務： 

# SUS04-BP01 實作資料分類政策
<a name="sus_sus_data_a2"></a>

 將資料分類，以了解其對業務成果的重要性。使用此資訊來判斷何時可將資料移動到更節能的儲存，或是可以安全刪除它。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  判斷資料的分佈、保留和刪除需求。 
+  對磁碟區和物件使用標記，來記錄用於判斷其管理方式的中繼資料，包括資料分類。 
+  定期稽核您的環境是否有未標記和未分類的資料，並對資料進行適當的分類和標記。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [資料分類程序](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 使用支援資料存取和儲存模式的技術
<a name="sus_sus_data_a3"></a>

 使用最能支援您的資料存取和儲存方式的儲存類型，以在支援工作負載的同時，也將佈建的資源降至最低。例如，固態裝置 (SSD) 比磁性磁碟機更耗能，只應用於活躍資料使用案例。針對不常存取的資料，使用節能的存檔類別儲存。 

 **若未建立此最佳實務，暴露的風險等級：** 中 

## 實作指引
<a name="implementation-guidance"></a>
+  監控您的資料存取模式。 
+  根據存取模式將資料遷移至適當的技術。 
+  將存檔資料遷移到專為該用途設計的儲存。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [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 智慧型分層](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 使用生命週期政策來刪除不需要的資料
<a name="sus_sus_data_a4"></a>

 管理所有資料的生命週期並自動執行刪除時間表，將工作負載的總儲存需求降至最低。 

 **若未建立此最佳實務，暴露的風險等級為：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  為所有資料分類類型定義生命週期政策。 
+  設定自動生命週期政策以強制執行生命週期規則。 
+  刪除不使用的磁碟區和快照。 
+  根據生命週期規則，在適用的情況下彙總資料。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [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 智慧型分層](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 將區塊儲存中的過度佈建降至最低
<a name="sus_sus_data_a5"></a>

 若要最小化總佈建儲存，請建立具有適合工作負載之大小分配的區塊儲存。使用彈性磁碟區，隨著資料成長擴展儲存，無需調整連接到運算資源的儲存大小。定期檢閱彈性磁碟區，並縮減過度佈建的磁碟區以符合目前的資料大小。 

 **若未建立此最佳實務，暴露的風險等級為：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  監控資料磁碟區的使用率。 
+  使用彈性磁碟區和受管區塊資料服務，以在持久性資料增長時自動分配額外的儲存空間。 
+  設定資料磁碟區的目標使用率水準，並調整超出預期範圍的磁碟區大小。 
+  根據資料調整唯讀磁碟區的大小。 
+  將資料遷移到物件存放區，避免從區塊儲存的固定磁碟區大小佈建多餘容量。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [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 移除不需要或多餘的資料
<a name="sus_sus_data_a6"></a>

 必要時才複製資料，將消耗的總儲存空間降至最低。使用在檔案和區塊層級刪除重複資料的備份技術。限制獨立磁碟冗餘陣列 (RAID) 組態的使用，除非需要滿足服務水準協議 (SLA)。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  使用可在區塊和物件層級刪除重複資料的機制。 
+  使用這樣的備份技術：可在區塊、檔案和物件層級進行增量備份和刪除重複資料。 
+  只有在需要滿足 SLA 時，才使用 RAID。 
+  集中日誌和追蹤資料、刪除重複的日誌項目，並建立根據需要微調詳細程度的機制。 
+  僅在合理的情況下才預先填入快取。 
+  建立快取監控和自動化，據以調整快取大小。 
+  推送工作負載新版本時，從物件存放區和邊緣快取移除過時的部署和資產。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [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 使用共用檔案系統或物件儲存體存取通用資料
<a name="sus_sus_data_a7"></a>

 採用共用儲存和單一真實來源，避免資料重複並降低工作負載的總儲存需求。需要時才從共用儲存體擷取資料。分離未使用的磁碟區以使更多資源可用。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  當資料有多個取用者時，將資料遷移到共用儲存體。 
+  需要時才從共用儲存體擷取資料。 
+  根據您的使用模式刪除資料，並實施存留時間 (TTL) 功能來管理快取資料。 
+  將磁碟區與未積極使用它們的用戶端分開。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [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 將跨網路的資料移動降到最少
<a name="sus_sus_data_a8"></a>

 使用共用儲存，並從區域資料存放區存取資料，將支援工作負載資料移動所需的總網路資源降至最低。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  盡可能將資料存放至接近消費者的位置。 
+  對區域性使用的服務進行分區，以便將區域專屬的資料存放在使用它的區域內。 
+  透過網路複製變更時，在區塊層級進行複製，而不要在檔案或物件層級進行。 
+  在透過網路移動資料之前先壓縮資料。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [優化您的 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 Global Edge Network](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 僅在難以重新建立時才備份資料
<a name="sus_sus_data_a9"></a>

 為了將儲存消耗降至最低，僅備份具有業務價值或需要滿足合規要求的資料。檢查備份政策，並在復原案例中排除沒有價值的暫時性儲存。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  使用資料分類來確定需要備份的資料。 
+  排除可以輕鬆重建的資料。 
+  從備份排除暫時性資料。 
+  排除資料的本機副本，除非從共同位置還原資料所需的時間不符合服務水準協議 (SLA) 的要求。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [使用 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) 

# 硬體模式
<a name="a-sus-hardware-patterns"></a>

**Topics**
+ [SUS 5 您的硬體管理和使用實務如何支持您的永續性發展目標？](w2aac19c15c13b5.md)

# SUS 5 您的硬體管理和使用實務如何支持您的永續性發展目標？
<a name="w2aac19c15c13b5"></a>

透過變更硬體管理實務，尋求降低工作負載永續性影響的機會。將佈建和部署所需的硬體量降至最低，並為個別工作負載選擇最高效率的硬體。 

 最佳實務： 

# SUS05-BP01 使用最低數量的硬體來滿足需求
<a name="sus_sus_hardware_a2"></a>

 使用雲端功能，您可以頻繁變更工作負載實作。隨著需求變更，更新已部署的元件。 

 **若未建立此最佳實務，暴露的風險等級：** 中 

## 實作指引
<a name="implementation-guidance"></a>
+  啟用水平擴展，並使用自動化在負載增加時擴展、在負載減少時縮減。 
+  針對變動工作負載，以較小的增量進行擴展。 
+  當負載隨著天、週、月或年而變化，讓擴展程度符合週期性使用模式 (例如，薪資系統每雙週會有密集的處理活動)。 
+  協商服務水準協議 (SLA)，允許暫時減少容量，同時自動化部署更換資源。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [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/) 
+  [Auto Scaling 文件](https://docs.aws.amazon.com/autoscaling/index.html) 

# SUS05-BP02 使用影響最小的執行個體類型
<a name="sus_sus_hardware_a3"></a>

 持續關注新執行個體類型的發佈，並運用能源效率改進，包括旨在支援特定工作負載 (例如機器學習訓練、推論和影片轉碼) 的執行個體類型。 

 **常見的反模式：** 
+  您僅使用一個執行個體系列。 
+  您僅使用 x86 執行個體。 
+  您在 Amazon EC2 Auto Scaling 組態中指定了一個執行個體類型。 
+  您以不符合設計宗旨的方式使用 AWS 執行個體 (例如，您將運算優化的執行個體用於記憶體密集型工作負載)。 
+  您未定期評估新的執行個體類型。 
+  您未查看 AWS 適當調整大小的工具 (例如 [AWS Compute Optimizer) 提供的建議。](https://aws.amazon.com/compute-optimizer/) 

 **建立此最佳實務的優勢：** 藉由使用節能且適當調整大小的執行個體，將可大幅降低環境受到的影響以及工作負載成本。 

 **未建立此最佳實務時的曝險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  了解並探索可降低工作負載環境影響的執行個體類型。 
  +  訂閱 [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)。 
+  進行相關規劃，將工作負載轉移至影響程度最低的執行個體類型。 
  +  定義一個程序來評估工作負載的新功能和執行個體。利用雲端的靈活性快速測試新功能類型對您的工作負載環境永續性有何改善。使用代理指標，測量您需要多少資源才能完成一個工作單位。 
  +  如果可行，請修改工作負載，以使用不同數量的 CPU 和不同數量的記憶體，從而最大化您選擇執行個體類型的空間。 
  +  考慮將您的工作負載轉移至 Graviton 型執行個體，以改善工作負載的效能效率 (請參閱 [AWS Graviton Fast Start](https://aws.amazon.com/ec2/graviton/fast-start/) 和 [AWS Graviton2 for ISVs](https://docs.aws.amazon.com/whitepapers/latest/aws-graviton2-for-isv/welcome.html)) 建立持續整合/持續部署 (CI/CD) 管道。請留意 [將工作負載轉移至 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 Spot 執行個體](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/) )，以找出對執行個體進行優化和適當調整大小的機會。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [優化您的 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 Spot 機群](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-fleet.html) 
+  [Amazon EC2 Spot 執行個體](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 使用受管服務
<a name="sus_sus_hardware_a4"></a>

 受管服務可將維持高平均使用率和已部署硬體的永續性最佳化責任轉移給 AWS。使用受管服務，將服務的永續性影響分散給服務的所有租用戶，降低您的個人佔比。 

 **若未建立此最佳實務，暴露的風險等級為：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  將自我託管服務遷移到受管服務。例如，使用受管 [Amazon Relational Database Service (Amazon RDS)](https://aws.amazon.com/rds/) ，而非在 [Amazon Elastic Compute Cloud (Amazon EC2)](https://aws.amazon.com/ec2/)上維護您自己的 Amazon RDS 執行個體，或使用受管容器服務，例如 [AWS Fargate](https://aws.amazon.com/fargate/)，而非實作您自己的容器基礎設施。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [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 的使用
<a name="sus_sus_hardware_a5"></a>

 圖形處理器 (GPU) 可能是高功耗的來源，許多 GPU 工作負載會高度變動，例如渲染、轉碼以及機器學習訓練和建模。只在需要時執行 GPU 執行個體，並在不需要時自動除役，以將資源消耗降至最低。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  只把 GPU 用於比 CPU 型替代方案更具效率的任務。 
+  使用自動化來釋出不使用的 GPU 執行個體。 
+  使用靈活的圖形加速，而不是專用的 GPU 執行個體。 
+  運用專屬於您工作負載的自訂用途硬體。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [加速運算](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) 

# 開發與部署程序
<a name="a-sus-development-deployment"></a>

**Topics**
+ [SUS 6 您的開發和部署程序如何支持您的永續性發展目標？](w2aac19c15c15b5.md)

# SUS 6 您的開發和部署程序如何支持您的永續性發展目標？
<a name="w2aac19c15c15b5"></a>

透過變更開發、測試和部署實務來尋找降低永續性影響的機會。 

 最佳實務： 

# SUS06-BP01 採用可以快速引入永續性改進的方法
<a name="sus_sus_dev_a2"></a>

 在將潛在改善部署到生產環境之前，先對其進行測試和驗證。在計算改善所帶來的未來潛在利益時，應考慮測試成本。開發低成本測試方法，以交付小幅改善。 

 **若未建立此最佳實務，暴露的風險等級：** 中 

## 實作指引
<a name="implementation-guidance"></a>
+  在開發程序中新增永續性要求。 
+  允許資源平行運作，以開發、測試和部署永續性改進。 
+  在部署到生產環境之前，測試並驗證潛在永續性影響改善。 
+  使用最低可行的代表元件測試潛在改善。 
+  在將經過測試的永續性改善可用時將其部署至生產環境。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [AWS 提供永續性解決方案](https://aws.amazon.com/sustainability/) 

 **相關範例：** 
+  [實驗室：將](https://www.wellarchitectedlabs.com/sustainability/300_labs/300_cur_reports_as_efficiency_reports/) 成本和用量報告轉換為效率報告 

# SUS06-BP02 讓工作負載保持在最新狀態
<a name="sus_sus_dev_a3"></a>

 最新的作業系統、程式庫和應用程式可改進工作負載效率，讓您更輕鬆地採用更有效率的技術。隨著供應商提供符合自身永續性目標的功能，最新軟體也可能包含更準確測量工作負載對永續性影響的功能。 

 **常見的反模式：** 
+  您假設您目前的架構將變成靜態，且不會隨著時間而更新。 
+  您沒有任何系統或定期規律可評估更新的軟體與套件是否與您的工作負載相容。 
+  您會隨時間導入架構變更，而且無需理由佐證。 

 **建立此最佳實務的優勢：** 藉由建立讓工作負載保持在最新狀態的程序，您將可採用新的特性和功能、解決問題，並且改善工作負載效率。

 **未建立此最佳實務時的曝險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  定義相關程序和排程來評估工作負載的新功能和執行個體。利用雲端的靈活性快速測試新功能對您的工作負載有何改善，藉以： 
  +  降低永續性的影響。 
  +  獲得效能效率。 
  +  消除已計劃改善的障礙。 
  +  提升測量和管理永續性影響的能力。 
+  清查工作負載軟體和架構，並識別需要更新的元件。您可以使用 [AWS Systems Manager 清查](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-inventory.html) ，從您的 Amazon EC2 執行個體收集作業系統 (OS)、應用程式和執行個體中繼資料，並快速了解哪些執行個體正在執行您的軟體政策所需的軟體與組態，以及哪些執行個體需要更新。 
+  了解如何更新工作負載的元件。 
  +  使用下列工具管理 [Amazon Machine Images (AMI)](https://aws.amazon.com/amis/) for Linux/Windows 伺服器映像的更新： [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)。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [AWS 架構中心](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 提高建置環境的使用率
<a name="sus_sus_dev_a4"></a>

 使用自動化和基礎設施即程式碼，在需要時啟動生產前環境，並在不使用時將其關閉。常見的模式是排程可用性時間，使之與開發團隊成員的工作時間一致。休眠是一種有用的工具，可保留狀態，並在需要時快速讓執行個體上線。使用具有高載容量的執行個體類型、Spot 執行個體、彈性資料庫服務、容器和其他技術，以根據使用量調整開發和測試容量。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>
+  利用自動化來最大化開發和測試環境的使用率。 
+  使用自動化來管理開發和測試環境的生命週期。 
+  使用最低可行的代表環境來開發和測試潛在改善。 
+  使用隨需執行個體補充開發人員裝置。 
+  使用自動化來最大化建置資源的效率。 
+  使用具有高載容量的執行個體類型、Spot 執行個體和其他技術，以根據使用量調整建置容量。 
+  採用原生雲端服務來獲得安全的執行個體 Shell 存取，而非部署堡壘主機機群。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [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 進行測試
<a name="sus_sus_dev_a5"></a>

 受管 Device Farm 可將硬體製造和資源使用的永續性影響分散給多個租用戶。受管 Device Farm 提供多種裝置類型，因此您可以支援較舊且較不熱門的硬體，並避免不必要的裝置升級對客戶的永續性造成影響。 

 **若未建立此最佳實務，暴露的風險等級：** 低 

## 實作指引
<a name="implementation-guidance"></a>

 使用具有代表性硬體集的受管 Device Farm 進行測試，以了解變更的影響，並迭代開發以最大化支援的裝置。 

## 資源
<a name="resources"></a>

 **相關文件：** 
+  [什麼是 AWS Device Farm？](https://docs.aws.amazon.com/devicefarm/latest/developerguide/welcome.html)