短视频点播场景下，预转码在多数情况下比实时转码更省钱，但实时转码在互动直播和低延迟场景中不可替代，两者本质是"存储换带宽"和"算力换延迟"的取舍。
点播转码的两种路子，到底差在哪
先别急着算钱,得搞清楚这两种模式在干什么活，预转码，就是在视频上传后、用户点开前，先把各种清晰度的版本一次性生成好，存起来等用户来取，实时转码则是在用户按下播放键那一刻，服务器现算现给，算完就丢，不长期占用存储。
这俩的区别,用开饭店来打比方最清楚，预转码是中央厨房，菜提前做好，客人下单直接端上来，翻台快但得备冷藏库，实时转码是现炒现卖，锅气足但高峰时段容易排队，后厨得养一大批厨师。
具体到技术层面,预转码生成的多码率文件（如720p、1080p）会持续消耗存储成本，而实时转码需要的是瞬时爆发力极强的GPU集群，行业共识认为，当视频热度分布极不均匀时少数爆款占据绝大部分播放量预转码的浪费比例会明显上升，冷门视频转好的码率版本可能几个月都没人点一次。
预转码和实时转码的区别，成本结构完全相反
存储费用：预转码的长期账单
预转码的账很好算：假设一个平台日均上传10万条新视频，每条转出4个清晰度版本，每个版本平均100MB，一天就是40TB的新增存储，按照国内主流云厂商的定价，标准存储每GB每月大约0.12-0.15元，光这一天的增量，一个月就要多付近6000元。
但这笔钱换来的是播放时的极度稳定,用户拖动进度条，点哪播哪，因为所有分片早就切片准备好了。
计算成本：实时转码的隐形炸弹
实时转码的GPU费用比想象中贵得多,业内专家指出，一台主流GPU实例的按量计费价格约为每小时30-80元，而且实时转码的算力需求是脉冲式的晚8点到11点的黄金时段，算力需求可能是白天的5到10倍，为了扛住峰值，平台要么长期租用大量GPU闲置（浪费），要么接受高峰期排队（体验崩）。
更麻烦的是,实时转码对网络链路要求极高，如果转码节点离用户太远，延迟一上来，卡顿率就压不住，这直接牵扯出边缘节点布局的费用，小体量平台根本玩不起。
表格对比：两类模式的成本敏感点
| 成本项 | 预转码 | 实时转码 |
|---|---|---|
| 存储用量 | 高（多版本常驻） | 低（临时数据即用即删） |
| 计算成本 | 平稳可控（可批量低价时段跑） | 波动大（高峰GPU溢价严重） |
| 带宽消耗 | 较高（大码率文件全量传输） | 相对较低（可动态降码率） |
| 人力运维 | 简单（队列自动化） | 复杂（链路监控、动态伸缩） |
| 首播延迟 | 低（秒开） | 依赖节点距离，波动明显 |
短视频平台转码方案怎么选，先看清自己的流量曲线
大平台混合策略：爆款预转码，长尾实时转
抖音、快手这类头部平台，实际上用的是混合方案，热度预测模型会把即将成为爆款的视频提前拉去预转码，而那些播放量预测较低的长尾内容，则先用实时转码顶住，等播放量上来了再补转，这种做法的核心逻辑是：预转码只给"确定会火"的内容花钱。
中小平台更务实的路子：全量预转+限时清理
对于月活百万级以下的中小平台,全量预转码依然是最省心的选择，原因很实在：实时转码的运维门槛太高，团队没那个精力去盯GPU集群的伸缩策略，具体操作上，可以设置存储生命周期规则比如180天前上传、累计播放低于100次的冷视频，自动删除高清版本，只保留原片和标清版。
UGC社区特例：用户上传即转码的诱惑
如果平台主打用户生成内容,且用户上传后立刻想分享到微信、微博，那么实时转码就不仅仅是成本问题，而是产品的必需品，用户等不了三分钟转码完成，他需要上传完就能立刻拿到链接，这里建议只对前30秒的首屏内容做实时转码，完整视频后台慢慢预转。
实时转码不可替代的场景：互动和长尾
预转码省钱,但有两个场景它是彻底没戏的。
第一个是直播切片,主播下播后，观众希望立刻刷到精彩回放，等预转码跑完，热点早凉了，实时转码能实现直播流直接切片分发，从直播结束到回放可播，压缩到10秒以内。
第二个是超低延迟的互动视频,比如在线教育的小班课，老师写板书、学生举手发言，这种画面需要毫秒级同步，预转码的文件再快，也得从存储里调出来再传输，而实时转码主要卡的是编码速度，只要算力够，管道够宽，延迟能压到极低水平。
边缘节点转码的实用性：把钱花在刀刃上
近年来的一个明显趋势是,把实时转码下沉到边缘节点，三线城市的用户看4K视频，中心机房实时转码再传过来，延迟高且带宽烧钱；但如果边缘节点先转好720p，不仅延迟低一半，带宽成本能下降30%左右（据某云厂商公开案例），这相当于用边缘闲置算力换中心带宽，是实时转码成本焦虑的一个解药。
成本优化的实操路径，按这四步走
第一步：算清你的存储/带宽比
打开云控制台,把过去三个月的存储费用和CDN流量费用拉出来看，如果存储费占比超过40%，说明预转码太激进了，很多冷视频不该转高清，如果带宽费占比超过60%，说明实时转码的降码率策略有优化空间。
第二步：按热度分层管理
- 热播视频（7天内播放超1万次）：
预转码全版本（1080p/720p/480p）
- 温视频（7天内播放100-1万次）：预转码720p+480p
- 冷视频（播放低于100次）：仅实时转码480p或干脆原片直传
第三步：设定自动降级策略
用云函数写个定时任务,每天扫描视频库，播放量掉出前10%的，自动删掉1080p版本，保留720p；播放量掉出前30%的，再删掉720p，只留480p，这套逻辑用简米云函数计算或者酷番云SCF都能低成本实现，不用额外引入大数据组件。
第四步：盯紧三个核心指标
- 首帧时间（预转码目标200ms以内，实时转码目标500ms以内）
- 转码成本/千次播放（这个比值直接决定你的CDN毛利）
- 卡顿率（超过5%就得检查转码节点覆盖）
问答环节：短视频预转码和实时转码哪个成本低
问：新上线的小平台，预算有限，预转码和实时转码哪个成本低？
答：在没有历史播放数据的情况下，预转码更省钱，原因是你无法预测哪条视频会火，全量实时转码的GPU成本远高于全量预转码的存储成本，建议先用预转码跑一个月，积攒播放数据后再逐步引入分层策略，一个典型的配置是：转码队列在凌晨低价时段批量跑，存储选冷归档类型，播放量爬上来再转热存储。
问：实时转码的延迟真能压到和预转码一样低吗？
答：理论上可以，但成本代价极高，预转码的首帧时间主要取决于CDN节点是否有缓存，通常200毫秒以内，实时转码要做到同等水平，需要把转码节点部署到省级边缘机房，且每个节点都要维持一定的GPU空闲资源待命，这相当于为峰值并发买了全额保险，平台月成本会上升一个量级，实际运营中，实时转码在用户侧的感受通常会比预转码慢200-600毫秒。