团队的服务器磁盘突然告警，多半是图片、视频、日志和备份文件把空间吃满了。这类非结构化数据迁到对象存储里管理，是很多团队的做法。阿里云对象存储（OSS）能放下海量文件，按量计费，适合承接这部分内容。下面从基本概念讲起，再说说怎么建桶、怎么选存储类型，以及怎么避免账单越滚越大。
先搞清楚 OSS 怎么存数据
OSS 的基本结构是存储空间（Bucket）加对象。每个文件就是一个对象，靠唯一的键名找到它。读写走 HTTP 或 HTTPS 接口，网页图片、App 安装包、视频源文件都可以直接存进去。后端程序一般通过 SDK 接入，不用自己处理底层细节。
哪些业务适合放进来
- 静态资源：商品图、头像、前端的 CSS 和 JS 文件。配合 CDN 使用，用户访问速度会快很多。
- 音视频：课程视频、短视频源文件。大文件可以分片上传，转码也能接在后面做。
- 日志和备份：应用日志、数据库定时备份。这类数据写入多、读取少，放在对象存储里最省心。
- 对外传文件：给合作方发大文件时，生成一个带有效期的临时链接就够了，不用再开 FTP 账号。
存储类型选错，钱就白花了
OSS 的几种存储类型单价和取回规则差别不小。很多人图省事全用标准存储，结果冷数据长期占着高价空间。常见的选法是这样：
- 标准存储：网站图片、正在播放的视频这类频繁访问的数据。读写延迟低，也没有最短存储时长的限制。
- 低频访问存储：每个月只会翻出来几次的文件，比如几个月前的订单附件。单价比标准存储低，但读取和取回要额外计费。注意它有最短存储时长，提前删掉会按剩余时长补收费用。
- 归档、冷归档、深度冷归档：合规留存和长期备份用。存储单价最低，取回要等待，只适合几乎不碰的数据。如果业务上可能要临时调取，先算清楚取回时间和费用再决定。
一个示意案例：电商团队的图片和日志
下面是一个示意案例，数据为假设。某中型电商团队原先把商品图和访问日志都放在两台云服务器的系统盘上。大促期间磁盘多次告警，扩容成本不低，图片加载也慢。他们做了三件事。
- 把商品图迁到标准存储空间，前端通过 CDN 回源 OSS 取图。页面加载速度有明显改善。
- 给日志空间配置生命周期规则：30 天后转低频访问，180 天后转归档，超过保存期限自动删除。日志不用人工清理，也不会无限增长。
- 每个业务模块建一个独立的 RAM 子账号，只给对应存储空间的读写权限，同时关掉公共写入。
三个月后，系统盘占用从约 80% 降到 30% 以下，那台服务器的扩容计划也就取消了。日志存储费用随之下降。具体能省多少，取决于数据量和访问模式，别直接套这个例子。上线前用阿里云费用中心的价格计算器，按自己的数据量估算一遍，心里更有数。
安全配置别偷懒
- 权限最小化：应用里别直接用主账号的 AccessKey。改用 RAM 角色或 STS 临时凭证，泄露了影响也小。
- 默认私有：存储空间先设成私有读写。需要公开的图片单独开读权限，再配防盗链（Referer 白名单），否则流量很容易被别人盗用。
- 服务端加密：敏感数据开启 SSE-KMS 或 SSE-OSS 加密。
- 版本控制：开了能防误删和误覆盖，但旧版本也占存储。记得配合生命周期规则定期清理旧版本，不然账单会悄悄变大。
- 传输与审计：强制 HTTPS，并开启访问日志。出了问题要查，日志是唯一依据。
上线前过一遍
- 存储空间和业务服务器放在同一地域。同地域内网访问一般不收外网流量费，延迟也低。
- 按数据冷热选存储类型，并设好生命周期规则。这两步做完，后面省下的钱最多。
- 大文件用分片上传。网络中断后能从断点续传，不用整个重传。
- 设置用量告警，重点盯三项：存储量、请求次数和外网流量。哪一项突然涨了，通常都有原因。
