视频站为什么吃带宽：码率与并发估算

视频业务的带宽消耗是能算出来的：码率乘并发，结果就是峰值出口需求。估算清楚了，服务器、带宽、CDN 的选型都不会盲目。 一、码率是计算的底数 码率是每秒视频的数据量。常见的 1080p 片源码率在 3 到 6 Mbps 之间，取中间值 4 Mbps 做推演：一个观众看一分钟要消耗 4 除以 8 再乘 60，等于 30MB 流量；一百人同时在线看一分钟，就是 3GB。码率不等于分辨率，同样标着 1080p，静态画面多和运动画面多的片源取值不同，估算时按自己的内容类型选。 二、峰值并发决定出口带宽 同时在线人数乘码率就是峰值带宽：100 人同时观看是 400Mbps；1000 人同时观看就是 4Gbps，单台服务器的万兆网卡也顶到头了。这就是视频站自建机房几乎只做源站、分发交给 CDN 的原因。同时在线不等于注册用户，按同时观看峰值估，通常只是日活跃用户的一小部分，有历史数据就用回归，没有就保守取值。对比一下图文站：一个页面 200KB，千人并发也就到百兆级，两种业务差着数量级，配置思路完全不同。 三、转码省带宽的角色 同一个片源转出多档码率：1080p 4M、720p 2M、480p 1M，播放器按用户网速和屏幕自动切换，这就是自适应码率。移动网络下大量观众自动落在低档，整体带宽能省下一半以上，播放体验反而更稳。编码升级同理：同画质下 H.265 的码率明显低于 H.264，用转码成本换带宽成本，量大就划算。转码是 CPU 密集型任务，转码机器和播放侧服务器分开部署，互不抢资源。 四、CDN 与拉流方式 直播场景源站只出一路流，由 CDN 边缘节点复制给观众，源站带宽压力与观众数解耦；点播普遍走 HLS（基于 HTTP 的切片流媒体协议），边下边播，首帧快且天然支持多档切换。带宽按峰值计费的话，限速策略、自适应档位、防盗链（防止视频被别的站引用、白白消耗你的流量）三件事都直接体现在账单上，值得逐项过一遍。