做音视频类业务（点播、直播录制、短视频），存储和分发是两个绕不开的技术问题。存得好不好决定成本和可用性，分发链路决定用户体验。
这篇拆一下对象存储在音视频场景里的完整链路。
一、完整链路长什么样
摄像头 / 直播源 / 用户上传
↓
源站收流（标准型存储）
↓
转码 / 截帧 / 水印处理
↓
生命周期分层（标准 → 低频 → 归档 → 冷归档 → 深度冷归档）
↓
CDN 分发
↓
终端用户
关键点：写进去的时候是热数据，越往后越冷。刚上传的视频要被审核、转码、切片，全是高频读写；一周后只有少量用户点播；一年后基本只有合规审计会碰。
二、源站存储为什么必须放标准型
收流阶段的写入特征是高并发、大带宽、持续写入。一个中等规模的直播平台，同时几百路录制，每路几 Mbps，合起来就是几 Gbps 的持续写入。
这要求存储层：
- 支持高并发写入（不能因为单点写入瓶颈丢帧）
- 写入延迟稳定（抖动会导致录制文件损坏）
- 有足够的吞吐上限
归档类存储做不到这一点——它们设计目标是长期保存而非高频写入。所以收流阶段的落点必须是标准型，不能为了省存储直接写归档层。
三、处理环节紧贴存储
音视频处理不需要把文件下载到本地再传回去。对象存储提供的处理能力是"URL 带参数"的方式：
原始地址：
https://bucket.oss-cn-hangzhou.aliyuncs.com/video/example.mp4
带处理参数：
https://bucket.oss-cn-hangzhou.aliyuncs.com/video/example.mp4?x-oss-process=video/snapshot,t_1000,f_jpg
这个 URL 直接返回视频第 1 秒的截图。类似的能力还有：
| 处理类型 | 典型用途 |
|---|---|
| 视频截帧 | 生成封面图、抽帧做内容审核 |
| 图片缩放/裁剪 | 适配不同终端尺寸 |
| 格式转换 | 文档转图片预览、视频转码 |
| 图片内容识别 | 涉黄涉政检测、场景标签 |
这种"存储即处理"的模式省掉了一次下载上传的往返，对大文件尤其明显。
四、生命周期分层怎么配
音视频的场景最适合做分层，因为冷热分布极其明显。典型配置：
- 0–7 天：标准型。审核、转码、首页推荐都在这个窗口内
- 7–30 天：低频访问型。只有部分用户回看
- 30 天–1 年：归档型。长尾点播，取回可接受分钟级延迟
- 1 年以上：冷归档或深度冷归档。基本只剩合规留存需求
一个技术细节：分层规则要按访问时间而不是修改时间。视频文件写进去后不会再修改，按修改时间判断会导致所有文件在同一时刻集体降级，形成流量洪峰。按最后访问时间则贴合真实冷热。
另一个细节：取回是有代价的。归档类数据读取要先解冻，如果产品里有"历史视频随时可看"的承诺，降级策略要留缓冲层，或者对热门内容做单独的保留策略。
五、CDN 与源站的关系
CDN 不是替代存储，而是缓存在前面：
- 源站（对象存储）是唯一数据源，所有内容最终都在这里
- CDN 边缘节点缓存热门内容，命中就直接返回
- 未命中时回源到对象存储拉取
所以存储层的回源带宽和延迟会直接影响 CDN 未命中的体验。这也是为什么"传输加速"这类能力在跨地域分发场景里重要——回源链路的耗时决定了首次访问的等待。
六、几个容易忽略的点
1. 小文件的海量问题。 短视频平台可能有上亿个小文件。对象存储按对象管理，海量小文件在列举、批量操作上会有性能压力，需要配合索引或前缀分区设计。
2. 断点续传。 大文件上传必须支持分片和断点续传，否则弱网环境下用户体验极差。对象存储的分片上传接口要配合前端做。
3. 防盗链。 视频被盗刷流量是真实存在的风险。用签名 URL 设置有效期，比开放公共读权限安全得多。
4. 视频审核的时效。 上传后要尽快完成内容检测，这要求截帧和识别链路足够快，不能排队几小时。
七、写在最后
音视频业务的存储设计，本质是把"数据冷热随时间衰减"这个规律工程化：写入放热层保证性能，随时间沉降到冷层释放资源，分发交给 CDN 做缓存。理解这条链路，你就知道每个环节的瓶颈在哪。
存储产品的完整能力与当前活动信息可以看官方页面——查看阿里云存储产品与 OSS 相关内容。具体权益与价格以页面实际展示为准。
你做音视频业务时存储是怎么分层的？回源延迟有没有成为瓶颈？评论区聊聊。
