做直播的老板常踩一个坑：拿普通网站的带宽经验套直播，按"日均访问量"去估带宽，结果开播没几分钟就卡成幻灯片。直播和网站根本不是一回事，带宽算法差着数量级。

直播带宽看架构，不看见人头

网站是"请求-响应"，一个人打开页面拉一次就完了。直播是"持续推流"，只要观众在线，就一直占着带宽。这里有个很多人不知道的点：如果你把直播流推到 CDN，源站服务器只要往外推一路流，带宽就是单个码率的几 Mbps，跟同时在线多少人没关系。

反过来，如果你不用 CDN、直接由源站给每个观众发流，那带宽就是"在线人数 × 单路码率"。1000 人同时看、码率按 3 Mbps 算，源站出口就要 3000 Mbps，也就是 3 Gbps——这已经不是普通租用服务器能扛的量了。所以直播带宽先问的不是"多大"，是"你走不走 CDN"。

码率定下来，带宽就好算

直播码率一般在 2 到 4 Mbps 之间，清晰度越高码率越大。自己算一笔：源站推流到 CDN，一条 1080P 流按 4 Mbps 算，源站上行带宽给 10 到 20 Mbps 就稳了，留点余量防波动。这才是大多数直播团队真实的服务器带宽需求，远没有"按人头乘"那么吓人。

真正吃带宽的是转码和多路分发。一场直播要同时出 360P、720P、1080P 多个清晰度，源站得上转码，CPU 和上行都更紧。这部分要么加机器，要么交给 CDN 的边缘转码，别让源站硬扛。

一个电商直播的实战案例

去年帮一个在郑州做电商直播的客户调过方案。他们一开始没接 CDN，源站直接面向观众，晚八点高峰一两千人同时在线，带宽月账单高得离谱，还老卡。后来改成"源站推流 + CDN 分发"，源站上行压到 20 Mbps 以内，观众侧全走 CDN 边缘节点。账单掉了一大截，卡顿也基本没了。

这事儿说明白了吧：直播卡不卡、贵不贵，先看架构。架构对了，服务器带宽其实没那么吓人。

线路和带宽怎么搭

直播对延迟和跨网敏感，观众用哪家宽带都得流畅。源站到 CDN 这一段建议走 BGP 线路，一家线路抖了自动切，推流不中断。如果自有观众量特别大、又想自己掌控出口，也可以单独看 大带宽租用 补上行。

选 服务器租用 时，别只问"给多大带宽"，要问清楚三件事：带宽是不是独享、超了怎么计费（95 计费会去掉采样里靠前的 5%，对波动业务更友好）、转码是源站做还是 CDN 做。这三问答上来，方案就不会跑偏。

你在郑州搭直播，卡在哪一环

是卡在带宽账单上，还是分不清走不走 CDN？把你的观众规模和清晰度要求留言说说，我帮你按上面的算法过一遍，看源站到底要租多大带宽、线路怎么搭才稳。欢迎留言了解更多，为您提供更多解决方案。