Amazon S3 物件儲存

S3 是最容易被低估成本最佳化的雲服務。儲存費本身通常不是大頭，真正的賬單殺手是請求次數和跨區/出網流量。 很多人預設用 Standard 存所有東西，幾年後賬單裡發現 40% 來自「請求次數」這一行——因為程式每讀一次物件都要計費，而物件儲存被當成了本地磁碟用。 下面按實際決策順序講：怎麼選儲存類、怎麼配生命週期、哪些隱藏成本要先堵上。

規格與計費

第一步：先判斷訪問頻率，再選儲存類

S3 各儲存類的差別本質是「取回速度 vs 價格」的交換。按資料年齡分層是最穩的做法： - 熱資料（圖片、JS/CSS、API 回應） → Standard。存取延遲敏感，壓縮比再高也不划算。 - 溫資料（使用者上傳的原圖、影片來源檔） → Standard-IA 或 Intelligent-Tiering。 - 冷資料（監控日誌、備份、已下架內容） → Glacier 系列。 Intelligent-Tiering 值得優先考慮：它會監控存取模式並自動在四層之間遷移，按天結算。唯一缺點是存在小額監控費，對存取模式明確的大桶不如手工配置划算。

第二步：用生命週期策略讓成本自動下降

第三步：堵住兩個隱藏成本

• 請求次數：每次 GET/PUT/LIST 單獨計費。把使用者頭像、縮圖這類高頻小檔案放 S3 前面加 CloudFront，讓請求由 CDN 負擔而不是每次回源。
• 出網流量（egress）：從 S3 下載到網際網路按 GB 計費，是 AWS 帳單裡最貴的一項。跨區域存取的內部流量同樣收費——應用和 S3 放同區能省掉這筆。
• 碎片化小檔案：大量 1–10KB 的小檔案會以每 64KB 為單位計儲存。不需要的話定期合併或壓縮。

第四步：靜態資源不要直接回源 S3

把 CloudFront 放在 S3 前面，收益有三層： 1. 出網流量變便宜。經 CDN 回源到 S3 的流量走 AWS 內部網路，不按公網出網計費，這是最直接的一筆節省。 2. 請求次數轉移到邊緣。使用者請求由 CDN 回應，不再每次回源觸發 S3 的 GET 計費。 3. 延遲更低。使用者從最近的邊緣節點取檔案，而不是從 S3 所在區域。 如果你有一張「所有請求都要經過應用伺服器」的架構圖——把圖片和靜態檔案從這條路徑上摘出去放到 CDN，通常是 S3 帳單最佳化裡投入產出比最高的一步。

怎麼開通與交付

1. 說明用途：存什麼資料、存取頻率、是否需要 CDN 加速、是否需要跨區複製。
2. 確認配置：區域、儲存類、生命週期規則，折扣與計費方式寫入訂單確認單。
3. 帳號開通：我們協助完成 AWS 帳號開通與支付驗證，無需繫結本人信用卡、無需提交個人證件材料。
4. 環境交付：帳號開通後你在 AWS 控制檯自助建立 Bucket，我們協助設定許可權、生命週期與 CDN 接入。