直播私有 CDN 选型：为什么平时能跑的架构，扛不住顶级赛事的峰值？
内容提要
大型赛事直播峰值崩溃的主因是回源架构失控，而非带宽不足。私有CDN通过边缘缓存收敛回源请求，使源站负载与观众规模脱钩，提供可验证、可干预、可降级的稳定性。成本按容量而非流量计费，观众规模越大优势越明显。采用商业软件部署自有基础设施，无需自研，适合直播为核心业务的团队。
延伸解读
峰值崩溃的机理：回源放大效应
文章指出，大型赛事直播崩溃的主因并非带宽不足，而是回源架构失控。直播内容每隔几秒更新，若缓存去重不严密，一次更新会引发成百上千个请求同时穿透到源站，源站作为转码输出服务器，其容量按对象被取次数规划，而非按观众规模。日常低并发下问题不可见，峰值时故障自我放大：源站链路打满、回源变慢、超时重试，最终全线劣化。因此，赛前必须用峰值规模压测，而非依赖日常运行记录。
私有 CDN 的确定性优势
私有 CDN 通过边缘缓存收敛回源，使源站对每个内容对象只处理一次请求，观众规模与源站负载脱钩。这带来三种托管模式不具备的能力：赛前可验证（压测中观众数加倍，源站请求数不变）、赛中可干预（策略实时调整）、故障可降级（源站故障时边缘继续提供最后有效内容）。文章强调，这些是架构属性而非服务水平承诺，适合直播为核心业务的团队自主掌控关键环节。
成本结构差异：按流量 vs 按容量
托管 CDN 按流量计费，观众翻倍账单翻倍，峰值容量最贵；私有 CDN 按容量计费，观众增长仅需边缘扩容，成本阶梯上升，且计费方式剔除每月最高突发时段，赛事尖峰成本更低。文章指出，CDN 单价虽降，但码率与观众规模增长更快，总账单不降反升。私有 CDN 的源站投入与观众规模脱钩，观众规模越大、直播频次越高，优势越明显，也可混合使用。
实施成本：商业软件而非自研
文章澄清，私有 CDN 不等于自研，而是商业软件部署在自有基础设施上。自研开源组件需要专门团队维护，且风险从服务商黑盒转为少数工程师依赖。以 OpenResty Edge 为例，节点部署在自己机器上，统一控制台管理，配置实时生效，现有运维团队即可承接，承担的是维护成本而非研发成本。此外，同一网关层可集成调度、鉴权、安全等能力，减少故障面和协调链路。
Q&A
大型赛事直播崩溃的根本原因是什么？
根本原因通常是回源架构失控，而非带宽不足。直播内容每隔几秒更新，若缓存去重不严密，一次更新会引发成百上千个请求同时穿透到源站，导致源站链路被打满，进而引发超时和重试，故障自我放大。
私有CDN如何保证峰值稳定性？
私有CDN通过边缘缓存收敛回源请求，使源站对每个内容对象只处理一次请求，观众增长发生在边缘层，源站负载与观众规模脱钩。这带来赛前可验证、赛中可干预、故障可降级的能力。
托管CDN和私有CDN在成本上有什么区别？
托管CDN按流量计费，观众规模翻倍时账单近似翻倍；私有CDN按容量计费，观众规模翻倍时仅边缘节点扩容，成本小幅阶梯上升。赛事峰值在容量计费下成本远低于按流量计费。
什么规模的直播业务适合部署私有CDN？
没有统一阈值，可用两个信号判断：一是分发账单进入成本报表的显著项；二是业务要求对源站保护策略有自主的审计、压测与实时调整能力。满足其一即值得评估，两者兼备时收益明确。
私有CDN需要多大的团队维护？
取决于路线。基于开源组件自研需要专门的底层软件团队；采用商业私有CDN软件（如OpenResty Edge），节点部署在自己机器上、策略在统一控制台管理，日常维护由现有运维团队承担即可，不需要新增研发编制。
私有CDN除了分发，还需要哪些能力？
还需要全球流量调度、播放鉴权与安全防护、实时策略下发等。这些能力最好与分发功能在同一网关层实现，避免多套系统拼装增加故障面和协调链路。
