TG咨询视频点播存储与计算分离，指的是把视频文件放在独立的对象存储中，把转码、截图、审核和播放接口等任务交给计算资源处理。这样做不等于简单地把文件搬到云端，而是要先明确文件如何组织、任务如何调度、权限如何控制。新手可以按下面六项准备逐步搭建，避免后期出现路径混乱、转码结果无法追踪或费用失控。
一、先盘点内容和业务流程
先列出视频从上传到播放的完整链路：原始文件接收、病毒或格式检查、转码、截图、审核、发布、下线和删除。企业培训、在线课程、会议回放等场景，通常会同时保留原始视频和多种播放版本，不能只按“文件数量”估算工作量。
- 记录常见输入格式，如 MP4、MOV、MKV，以及视频时长、分辨率和音频轨道。
- 区分原始文件、处理中间文件、发布文件和缩略图。
- 标记哪些内容需要长期保存，哪些内容只在审核或转码阶段临时保留。
这一步的结果应是一张内容清单和状态流转图，而不是一句“把视频上传后转码”。
二、设计对象存储的目录与生命周期
对象存储适合保存大体积、读写模式相对稳定的视频，但目录设计必须由系统生成。可以用内容编号、版本号和清晰度组合路径，例如按“内容编号/版本/输出类型”区分源文件、高清文件、低清文件和封面，不要直接使用用户上传的原始文件名作为唯一路径。
建议先确定三类规则
- 存储层级：热数据用于近期播放，低频数据用于很少访问的历史内容；具体转换周期要结合访问日志，常见初始观察期可设为7至30天。
- 保留策略：原始文件、中间文件和发布文件分别设置保留期限，转码完成且验收通过后再清理中间文件。
- 冗余策略：重要原始内容至少保留可恢复的备份副本，是否跨区域复制要结合合规、恢复时间和流量费用判断。
对象存储与本地磁盘相比，扩容更方便，但请求次数、跨区域读取和数据取回也可能产生费用，不能只比较每GB存储价格。
三、准备独立的转码计算资源
存算分离后，转码服务通过授权地址读取对象存储中的源文件，再把输出写回指定位置。计算资源可以从少量虚拟机或云主机起步，任务量稳定后再考虑容器集群。关键不是一开始购买最大规格，而是让任务可排队、可重试、可追踪。
- 先固定一组输出模板，例如原画、高清和移动端版本，并明确分辨率、码率、封装格式与音频参数。
- 为每个任务生成唯一任务编号，记录输入对象、输出对象、模板、开始时间和结束状态。
- 设置并发上限。新系统可从2至4路并发观察CPU、内存、磁盘临时空间和读取带宽，再按实际队列逐步调整。
- 失败任务采用有限次数重试；连续失败时保留错误原因，不要无限重复消耗计算资源。
CPU转码兼容性通常较好，适合格式复杂或并发不高的任务；GPU转码在支持的编码器和规格下可能提高吞吐，但硬件成本、驱动和编码质量需要单独验证。
四、把访问路径和安全边界提前定好
播放器不应直接获得对象存储的永久密钥。更稳妥的做法是由业务服务校验用户权限，再生成有时效的签名地址或通过受控的播放分发层提供文件访问。源文件桶、处理中间文件和公开播放文件应使用不同权限。
- 上传端只允许写入指定的源文件区域，不能列出全部对象。
- 转码服务只读源文件，并只能写入自己的输出前缀。
- 播放端只读取已发布内容，禁止访问原始文件和临时文件。
- 管理操作启用多因素认证、操作审计和密钥轮换。
如果播放流量较大，可在对象存储前接入内容分发网络。此时要分别检查缓存命中、回源规则、签名有效期和下线后的缓存清理，不能把分发问题误判为存储故障。
五、建立元数据和任务状态
视频文件本身不能完整表达业务状态，因此需要单独维护元数据。至少保存内容编号、标题、时长、来源、当前版本、审核状态、可播放清晰度、存储位置和转码任务编号。
状态建议区分“已上传、待转码、转码中、待审核、已发布、失败、已下线”等阶段。数据库中的状态更新要和对象存储中的文件写入配合：先确认输出文件完整，再将对应清晰度标记为可播放。这样可以避免播放器读取到尚未写完的文件。
六、准备监控、费用核算和故障演练
上线前至少建立三类监控：任务监控、资源监控和存储访问监控。任务侧关注排队长度、成功率和处理时长；资源侧关注计算实例的CPU、内存、临时磁盘和网络；存储侧关注读写错误、请求量、取回流量和异常增长。
费用核算应按存储容量、对象请求、计算时长、跨区域流量、分发回源和备份分别统计。一次完整演练可以删除一个测试内容的发布版本，验证能否从原始文件重新生成播放文件；再模拟转码节点中断，确认任务是否能恢复或重新排队。
真正可用的视频点播存储与计算分离，不只是“文件放对象存储、任务放云主机”，而是要让数据、任务、权限、状态和成本都能被独立管理。
常见问题
存储和计算必须使用同一家云服务商吗？
不必须。统一供应商通常网络配置和权限集成更简单；跨供应商可以利用不同的价格或能力，但要承担数据传输、鉴权适配和故障排查复杂度。
原始视频是否应该全部删除？
不建议直接全部删除。若后续需要重新编码、制作新清晰度或修复发布文件，应保留原始文件；可依据业务价值设置长期保存、低频存储或人工归档。
小规模项目也要做任务队列吗？
建议保留基本队列。即使每天只有少量视频，队列也能记录失败原因、控制并发，并为未来扩容留下接口。
如何判断是否需要GPU转码？
先观察CPU转码的排队时间、并发需求和编码格式。如果CPU资源长期饱和且任务等待明显，再用相同样本比较GPU成本、速度和画质，而不是仅凭硬件规格决定。
完成这六项准备后，再逐步增加清晰度模板、自动审核和多区域容灾，视频点播存储与计算分离才能从一次性部署变成可持续运维的系统。
