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 接入。