AWS Well-Architected：Sustainability Pillar

AWS 永續性 = 少閒置、少浪費、用新硬體、用受管服務、資料放對地方。

一、Sustainability 是什麼？

Sustainability 是 Well-Architected Framework 中的永續性支柱， 重點是降低雲端工作負載對環境造成的影響。

它不是只談環保，而是要求我們用更有效率的方式使用運算、儲存、網路與資料庫資源。

二、AWS 永續性設計重點

減少閒置 提高使用率 受管服務 儲存分層 就近讀取 持續改善

• 資源用剛好：不要長期開著沒人在用的運算資源。
• 使用更有效率硬體：例如 Graviton 系列，提升效能與能源效率。
• 善用受管服務：共享底層基礎設施，提高整體資源使用率。
• 冷資料放冷儲存：不常用資料不要放在高成本、高效能儲存層。
• 資料生命週期自動化：用規則自動封存、搬移或刪除資料。
• 讓使用者就近讀取：減少不必要的遠距傳輸與後端壓力。

三、AWS 服務整理

類別	AWS 服務	用途	白話說明
自動擴展	EC2 Auto Scaling	自動增加或減少 EC2 數量	有流量才加機器，沒流量就減少
Serverless 運算	AWS Lambda	按事件執行程式碼	沒有執行就不佔用運算資源
Serverless Container	AWS Fargate	不管理 EC2 也能跑容器	只專注容器，不用養主機
使用分析	Cost Explorer	分析資源使用與成本	看哪些資源可能浪費
高效率處理器	Graviton 系列	提供更佳效能與能源效率	用更省資源的 CPU 跑工作
彈性運算	EC2 T 系列	適合低到中等、偶爾爆量的工作	平常省，偶爾需要時衝一下
閒置容量利用	Spot Instances	使用 AWS 閒置運算容量	把原本可能閒置的資源拿來用
低頻檔案儲存	EFS-IA	儲存低頻存取的 EFS 檔案	不常用的共享檔案放便宜層
長期封存	S3 Glacier	儲存長期歸檔資料	很少讀的資料不要放昂貴儲存
低成本磁碟	EBS Cold HDD	低成本、大容量磁碟	適合低頻、大量資料場景
生命週期管理	S3 Lifecycle Configuration	自動轉移或刪除 S3 物件	舊資料自動搬到便宜層
智慧分層	S3 Intelligent-Tiering	依存取模式自動調整儲存層	系統幫你判斷資料該放哪一層
快照生命週期	Amazon Data Lifecycle Manager	管理 EBS Snapshot 生命週期	自動建立、保留、刪除快照
讀取擴展	RDS Read Replicas	分散資料庫讀取流量	讀很多時，把查詢分散出去
全球資料庫	Aurora Global Database	跨區域資料庫架構	讓全球使用者更快讀取資料
全球 NoSQL	DynamoDB Global Tables	多區域 NoSQL 資料表	讓不同地區都能低延遲存取
全球快取	CloudFront	CDN 與邊緣快取	使用者從最近節點拿資料

四、生活化比喻

AWS 永續性可以想成經營一棟節能辦公大樓。

• Auto Scaling：自動控制冷氣，人多開強，人少降低用電。
• Lambda：感應式電燈，有人來才亮，沒人就不耗電。
• Fargate：共用辦公室，只租需要的空間，不用自己蓋整棟樓。
• Graviton：更省電的新型冷氣，做一樣的事但耗電更少。
• Spot Instances：使用空著的會議室，避免閒置浪費。
• Cost Explorer：電費分析表，找出哪裡最耗電。
• S3 Glacier：地下倉庫，適合放很久才拿一次的文件。
• S3 Lifecycle：自動整理倉庫，新資料放近，舊資料搬遠。
• CloudFront：各地分店，客人不用每次都跑總公司拿資料。
• RDS Read Replica：分店查詢櫃台，幫總店分擔查詢壓力。

五、整體概念流程圖

雲端工作負載開始運行
        │
        ▼
[了解資源使用狀況]
Cost Explorer + CloudWatch
先看哪些資源使用率低、成本高、可能浪費
        │
        ▼
[運算資源用剛好]
EC2 Auto Scaling + Lambda + Fargate
有需求才使用資源，沒有需求就縮小或不執行
        │
        ▼
[採用更有效率硬體]
Graviton 系列 + EC2 T 系列
用更高效能、更省資源的運算選項
        │
        ▼
[善用閒置容量]
Spot Instances
把 AWS 閒置容量拿來執行可中斷工作
        │
        ▼
[資料放到正確儲存層]
S3 Glacier + EFS-IA + EBS Cold HDD
熱資料放高效能層，冷資料放低成本低頻層
        │
        ▼
[資料生命週期自動化]
S3 Lifecycle + S3 Intelligent-Tiering + Data Lifecycle Manager
資料依存取頻率自動搬移、封存或刪除
        │
        ▼
[全球讀取最佳化]
CloudFront + RDS Read Replicas + Aurora Global Database + DynamoDB Global Tables
讓使用者就近讀取資料，減少延遲與不必要傳輸
        │
        ▼
[持續改善]
定期檢查使用率、成本、架構與新服務
讓系統更省資源、更有效率、更少浪費
  

六、常見誤解與正確觀念

常見誤解	正確觀念
永續性只是環保議題，跟架構無關	永續性跟資源使用率、架構效率、儲存分層與運算選型都有關
成本低就一定比較永續	成本低通常有幫助，但還要看是否減少資源浪費與不必要運算
EC2 開著不用也沒差	閒置 EC2 會浪費成本與運算資源，應該關閉或用 Auto Scaling
Serverless 只是省錢工具	Serverless 也能減少閒置資源，讓運算更符合實際需求
所有資料都放標準 S3 最簡單	不常用資料應該移到 Glacier 或低頻儲存層
S3 Lifecycle 只是成本工具	它也能減少高效能儲存資源浪費，符合永續設計
Spot Instances 只是為了便宜	Spot 也能利用閒置容量，避免資源浪費
受管服務只是比較方便	受管服務共享底層資源，通常能提高整體使用效率
CloudFront 只是加速網站	CloudFront 也能減少遠距傳輸與後端負載
Read Replica 只是提升效能	Read Replica 也能讓使用者就近讀取，減少延遲與跨區流量
永續性做一次就好	永續性需要持續檢查，因為流量、資料量、服務與硬體都會變

七、總結

AWS 永續性不是少用雲端，而是讓雲端資源用得更有效率。 重點是減少閒置、使用更有效率的運算、善用受管服務、做好儲存分層， 並讓使用者就近取得資料，降低不必要的資源消耗。