上个月我被拉进一场很尴尬的会。会议室里坐着财务、技术和销售三边人，桌上摊着一张直播转码集群的月度账单，数字是四万三千七百多块，比预算多出将近六成。财务的原话是："我不管你们技术上有多复杂，我只想知道这六成到底进谁口袋了。"
那天的对质持续了两个半小时。我把整个直播转码集群的账单逐项拆开之后发现，多出来的钱，压根不是大家默认的那个原因。
财务的第一问：为什么一路4K比一路1080P贵四倍不止
技术那边先给了个"标准答案"：4K分辨率是1080P的四倍像素，所以贵四倍很正常。
这个答案在会上被我当场否了。像素只是一部分，真正拉开差距的是编码复杂度和参考帧缓存。我们在合肥滨湖那场峰会上实测过：同样用H.264，一路1080P@30fps软转码占掉约2.3个物理核，一路4K@50fps要吃到9.8个核——不是四倍，是四点二六倍。如果客户还要求同时输出1080P、720P、480P三个转码档位做自适应，那这一路4K源流实际背了四条编码线程，核心占用直接冲到十四个上下。
财务听到这儿才反应过来："所以你们报价单上写'一路4K'，实际后台跑的是四路?"
对，就是这么回事。这也是我在摄行科技做方案评审时反复强调的一点：直播转码集群的成本单位从来不是"一路直播"，而是"一路源流乘以输出档位数"。很多同行报价时含糊过去，出了账单才吵架。
销售的反驳：那我们为什么不全上GPU
销售同事翻出竞品资料，说人家宣传GPU转码单路成本只要CPU的三分之一。
这话对一半。我们在自建机房里对照跑过一组数：一张主流推理卡满负荷跑H.264，能稳定扛住22到26路1080P转码，折合单路每小时约0.31元；同样吞吐量用纯CPU方案，单路每小时约0.87元。看起来GPU完胜。
但账不能只算到这儿。GPU转码的画质在同码率下确实略逊一档，尤其在暗场和大面积渐变的会场背景里，块效应会比软编明显。我们给一家做工业设备的客户做过盲测，八位市场部同事里有五位能挑出GPU转码那一路"背景发脏"。所以摄行科技现在的做法是分层：主输出档走CPU软编保画质，下面的自适应低码率档全部丢给GPU，混合下来综合成本降了约37%，画质投诉归零。
关于码率档位怎么配才不浪费，可以对照我们之前写的直播CDN节点选错会让延迟凭空多两秒一起看，转码档位和CDN节点分布其实是同一套账。
真正吃钱的那一项：空转
拆到第三个小时，账单里最扎眼的一行终于浮出来了——集群平均利用率只有19.4%。
什么意思？我们为了保证峰值不掉链子，按照"最高并发的1.8倍"预留了算力。可实际上，一场企业直播的算力需求是极度不均匀的：开场前四十分钟只有零星几个人进房间，中间主论坛两小时是尖峰，尾部答疑段又断崖式回落。我们却按尖峰买了一整个月的实例。
这才是那六成超支的真凶。不是GPU贵，不是4K贵，是我们让机器闲着。
会后我们改了三件事。一是把固定实例砍到日常均值的1.2倍，尖峰部分全部改成按量弹性；二是把彩排和正式的转码任务放进同一个队列错峰跑；三是给每个项目单独打标签，账单按项目归集，谁的项目谁背成本。第二个月账单回到两万六千四百块，比原预算还低了一点点。
弹性扩容具体怎么跟安全边界配合，我在混合云直播架构怎么兼顾安全与弹性里展开讲过，这里就不重复了。
一张可以直接照抄的算力规划表
对质会最后的产出是一张表，我们内部现在还在用：
| 场景 | 源流路数 | 输出档位 | 建议常驻算力 | 弹性上限 |
|---|---|---|---|---|
| 小型内训（<300人） | 1路1080P | 2档 | 6核 | 12核 |
| 部门级会议（300-1000人） | 2路1080P | 3档 | 18核 | 40核 |
| 品牌峰会（1000-5000人） | 1路4K+2路1080P | 4档 | 42核+1卡 | 96核+3卡 |
| 万人级发布会 | 2路4K+3路1080P | 5档 | 80核+2卡 | 200核+6卡 |
这张表的前提是H.264。如果客户点名要H.265或者AV1，常驻算力那一列要乘1.7到2.4，但带宽能省三成左右，具体划不划算得看这场直播的观看时长分布——观众平均停留超过25分钟，换编码器就赚；如果是那种"进来看两分钟就走"的营销直播，省下来的带宽还不够多付的算力钱。
关于并发人数到底怎么统计才不虚高，我们在直播房间的并发人数是怎么统计出来的里给过完整口径，做算力规划之前建议先把这个数校准，不然规划表算得再准也白搭。
几个容易被忽略的隐性成本
除了算力本身，还有几笔钱经常漏算。转码后的录制文件存储，一场四小时的多档位直播能产出180到240GB，按热存储放三个月是笔不小的开销；跨可用区的内网流量费，很多云厂商单独计价，我们有个项目一个月光这项就四千二；还有转码失败重试产生的重复计费，如果没做幂等，一次网络抖动可能让同一段素材被转三遍。
行业标准这块可以参考中国通信标准化协会发布的相关流媒体技术规范，以及工业和信息化部对互联网数据中心能耗的公开要求，做私有化部署选址时用得上。
客户最常问的那个问题
"能不能给我一个每分钟多少钱的固定单价？"这个问题我一年要被问二十几次，答案是不能。
同样是一路1080P，输出两档和输出五档的成本差两倍半；同样是四小时的会议，有没有做录制归档，存储那一笔又是好几百块的差别。摄行科技做过一版"按分钟计价"的尝试，跑了三个月就放弃了——要么我们亏，要么客户觉得贵，没有中间地带。
现在我们的报价方式是把直播转码集群按"档位数、运行时长、存储容量"三项分开报，客户看得懂，我们也不用在里面藏风险溢价。有几家老客户反馈说这样反而更容易过内部审批，因为每一项都能对应到具体的业务需求，采购问起来解释得清。摄行科技内部管这叫"把黑箱拆成三个白盒"，虽然报价单变长了，来回沟通的次数少了一大半。
写在最后
那场对质会开完，财务给我发了条消息："以后报价单上把档位数写清楚，别让我猜。"这句话我记到现在。
直播转码集群的成本从来不是玄学，它就是"源流路数 × 输出档位 × 单档单价 × 实际运行时长"这么一个乘法，只不过每一项都有人在含糊。把每一项摊开算清楚，成本自然就下来了。
如果你手上正好有一份看不懂的转码账单，或者准备做私有化直播转码集群的选型，欢迎把场景规模和输出要求发给摄行科技，我们可以免费出一版算力测算和成本对照，不收方案费。预算怎么压才不伤画质，也可以看直播预算被砍三成还能保住什么那篇，里面有更细的取舍顺序。
#摄行科技
