AWS Well-Architected：Cost Optimization Pillar

AWS 成本最佳化 = 看得見成本、用得剛剛好、選對計費模式、持續調整。

一、Cost Optimization 是什麼？

Cost Optimization 指的是在能夠穩定運行系統、交付商業價值的前提下， 用盡可能低且合理的成本達成目標。

它不是單純砍成本，而是避免浪費，並讓每一筆雲端費用都花得有價值。

二、AWS 成本最佳化設計重點

按需付費 成本可視化 避免浪費 選對計費模式 善用受管服務 持續優化

• 採用用多少付多少：例如 Lambda 沒執行就不產生運算費用。
• 衡量資源效率：透過 CloudWatch 找出閒置或過度佈建資源。
• 分析成本來源：使用 Tags、Cost Explorer、Cost and Usage Report 追蹤花費。
• 選對計費模式：短期用 On-Demand，長期用 Reserved Instances 或 Savings Plans。
• 善用低成本資源：可中斷工作可考慮 Spot Instances。
• 冷資料放便宜儲存：長期封存資料適合放 S3 Glacier。
• 持續調整：AWS 新功能有時可以直接降低成本。

三、AWS 服務整理

類別	AWS 服務	用途	白話說明
成本預算	AWS Budgets	設定預算與告警	花費快超過預算時提醒你
成本分析	Cost Explorer	分析 AWS 花費趨勢	看錢花在哪個服務、哪個時間
成本明細	Cost and Usage Report	產生詳細用量與費用報表	最細的 AWS 帳單明細
成本標籤	Cost Allocation Tags	依系統、環境、部門分攤成本	幫每筆花費貼標籤，方便追蹤
架構建議	Trusted Advisor	提供成本、安全、效能建議	幫你找出閒置或浪費的資源
監控資源	CloudWatch	監控 CPU、流量、使用率	看資源是不是開太大或太小
自動調整	Auto Scaling	根據需求自動增減資源	人多加機器，人少減機器
Serverless	AWS Lambda	按執行次數與時間計費	沒有執行就不用付運算費
長期折扣	Reserved Instances	長期使用資源的折扣方案	確定會長期用，就預約省錢
彈性折扣	Savings Plans	承諾固定用量換取折扣	比 Reserved Instances 更有彈性的省錢方式
低價運算	Spot Instances	使用閒置 EC2 容量	很便宜，但可能被中斷
資料歸檔	S3 Glacier	長期低成本保存資料	很少查的備份、歷史資料放這裡
資料庫成本	Amazon RDS	受管資料庫	不用自己管 DB 主機，但開著就會收費
NoSQL 成本模式	DynamoDB On-Demand	依實際請求量付費	流量不固定時比較彈性

四、生活化比喻

AWS 成本最佳化可以想成經營一間公司。

• AWS Budgets：每月預算表，快超支時提醒你。
• Cost Explorer：信用卡帳單分析，看錢花在哪裡。
• Tags：每筆支出都標記部門與專案名稱。
• CloudWatch：水電表，觀察資源是不是浪費。
• Auto Scaling：彈性排班，客人多就多排人，客人少就少排人。
• Lambda：臨時工，有工作才來，做完就走。
• RDS：固定租辦公室，就算沒人用也要付租金。
• Reserved Instances：長租辦公室，確定會用就簽長約拿折扣。
• Spot Instances：便宜臨時場地，便宜但可能被收回。
• S3 Glacier：便宜倉庫，適合放很久才會拿一次的資料。

五、整體概念流程圖

AWS 系統開始運作
        │
        ▼
[建立成本可視化]
Tags + Cost Explorer + Cost and Usage Report
知道錢花在哪裡、誰在花、哪個服務最貴
        │
        ▼
[設定預算與告警]
AWS Budgets
快超過預算時提前通知
        │
        ▼
[檢查資源使用率]
CloudWatch + Trusted Advisor
找出 CPU 過低、閒置資源、過度佈建
        │
        ▼
[調整運算模式]
EC2 / Auto Scaling / Lambda
固定流量用 EC2，變動流量用 Auto Scaling 或 Serverless
        │
        ▼
[選擇合適計費方式]
On-Demand / Reserved Instances / Savings Plans / Spot
短期用按需，長期用折扣，可中斷用 Spot
        │
        ▼
[調整儲存成本]
S3 / S3 Glacier
常用資料放 S3，冷資料與歸檔放 Glacier
        │
        ▼
[調整資料庫成本]
RDS / DynamoDB On-Demand
固定使用要控規格，不固定流量可考慮按需模式
        │
        ▼
[持續最佳化]
Trusted Advisor + Cost Report + AWS 新功能
定期檢查、調整架構、利用新功能降低成本
  

六、常見誤解與正確觀念

常見誤解	正確觀念
成本最佳化就是一直砍成本	成本最佳化是用合理成本交付商業價值，不是盲目省錢
AWS 一定比地端便宜	AWS 有彈性，但如果資源亂開、不關、不監控，一樣會很貴
Lambda 一定比較便宜	Lambda 適合事件驅動與不固定流量，高頻長時間執行不一定便宜
RDS 沒人用就不會收費	RDS 只要建立並運行，就會持續產生成本
EC2 開大一點比較保險	長期低使用率代表浪費，應根據實際需求調整規格
Spot Instances 可以用在所有系統	Spot 可能被中斷，適合批次、測試、可重跑工作
Reserved Instances 買了就一定省	如果買了沒用滿，反而會浪費錢
S3 Glacier 適合所有資料	Glacier 適合低頻存取，不適合常常讀取或需要立即取回的資料
不用 Tags 也能管成本	沒有 Tags，很難知道是哪個專案、環境、團隊造成費用
受管服務比較貴	單看服務費可能較高，但可降低維運、人力與故障處理成本
成本最佳化做一次就好	成本最佳化是持續工作，需求、流量、AWS 功能都會變

七、總結

AWS 成本最佳化不是把所有資源砍到最低，而是讓每一筆費用都能對應到實際價值。 重點是看得見成本、避免過度佈建、選對計費模式，並持續根據使用狀況調整。