如果你在找阿里云对象存储的选型思路，先要搞清楚 OSS 是什么，适合放哪些东西。OSS（Object Storage Service）是阿里云提供的云端文件存储服务，容量可以按需增长，并且有不同价位的存储类型。每个文件叫一个 Object，放在 Bucket（存储空间）里。程序通过 HTTP/HTTPS 接口或 SDK 读写，不需要自己买服务器、管磁盘。
网站静态资源、用户上传的图片和视频、日志备份，以及数据湖的原始数据，都是常见用途。这些内容的访问频率差别很大，选存储类型时就要盯着这一点。
先按访问频率选存储类型
OSS 把存储分成几种类型，单价差距不小。类型选错，账单会比预期高出一截。
- 标准存储：适合经常被读取的文件，比如网站素材，以及正在投放的商品图和视频。
- 低频访问：适合近期备份和历史文件，读取不多。读取时会产生取回费用，还有最短存储时长要求。文件删得太早，同样要按最短时长计费。
- 归档存储：适合长期留存、基本不再读取的数据，比如合规要求保存的记录。读取前需要先解冻，要等一段时间，不适合需要马上打开的场景。
- 冷归档、深度冷归档：单价更低，适合更少被访问的长期数据。解冻等待和取回规则也更严格，放进去之前要想清楚，会不会有人急着要。
具体单价和最短存储时长以阿里云官网价格页为准，上线前请再核对一遍，不要只依赖文章里的描述。
一个虚构的案例：日志和图片的成本怎么压下来
下面是一个虚构的例子，用来说明思路。假设某中型电商公司每天向 OSS 写入约 2 TB 访问日志，商品图片总量约 30 TB。最初所有文件都放在标准存储里，月账单一直往上走。
团队做了两件事。第一，给日志配置生命周期规则：写入 30 天后转为低频访问，180 天后转为归档存储，两年后自动删除。第二，商品图片仍留在标准存储，下架商品的图片在 90 天后转为低频访问。
调整后，日志存储费用降了六成以上。但团队很快遇到一个问题：有些日志在 30 天内就被大量查询，提前转成低频后，取回费用反而涨了。后来他们把近期还在高频查询的日志排除在外，只对超过 60 天的日志转存，账单才真正稳定下来。
这个例子的教训很直接：生命周期规则要根据真实的访问记录来定。只比较存储单价，判断不出方案划不划算。
账单由哪几部分组成
OSS 的账单通常分三块。存储容量费用按实际占用的 GB 数计算。请求费用按次数计算，上传、下载、列举等操作都会计入。流量费用主要是通过公网下载产生的外网流量。低频和归档类型还会额外产生取回费用。
不少团队只盯着容量，忽略了请求次数和公网流量，等账单出来才发现超预期。看账单时最好把三块拆开，找出占比最高的那一项。
如果某些文件访问很频繁，比如热门商品图或首页素材，可以考虑通过 CDN 分发。CDN 缓存住这些文件后，OSS 的请求次数和外网流量会明显减少。
权限、加密和备份怎么设
- 访问控制：用 RAM 子账号和 Bucket Policy 做最小权限授权，别让程序直接使用主账号的 AccessKey。
- 防止公开泄露：Bucket 默认是私有的。有些文件需要临时给外部访问，用签名 URL 设置有效期就够了，没必要把整个 Bucket 的读权限打开。
- 服务端加密：支持 AES256 和 KMS 托管密钥加密，对合规有要求的数据可以开启。
- 版本控制：开启后，误删或误覆盖的文件可以恢复到旧版本。业务数据尤其值得开。
- 跨区域复制：把数据同步到另一个地域，用于容灾。
AccessKey 外泄是云存储出问题时比较常见的原因之一。它可能藏在代码仓库、日志或截图里，不留神就带出去了。建议定期轮换密钥，并给 RAM 账号开启多因素认证。
搭配 CDN 与图片处理
静态网站或图片站通常会搭配 CDN 使用。访问量上来后，CDN 会挡掉大量重复请求，OSS 只需要响应回源的那部分。如果文件还没存进 OSS，可以设置镜像回源：第一次访问时从源站拉取，并自动保存到 Bucket，之后直接从 OSS 取。
OSS 还支持图片处理参数，比如缩放、裁剪和格式转换。前端可以按需请求不同尺寸的图片，不必提前生成一堆文件，存储空间和维护成本都能省下来。
上线前的几条建议
- 按数据类型拆分 Bucket，日志、图片、备份分开放。规则和权限可以各自设置，出问题时也好排查。
- 生命周期规则上线前先想清楚每类文件的访问模式。上线后用一周左右的账单数据验证效果，再决定要不要调整天数。
- 大文件使用分片上传，网络中断后可以断点续传，不必整个文件重传。
- 地域选离用户或计算资源最近的那个。访问延迟会更低，跨地域的流量费用也能省下。
