直播与点播需要在推流、拉流与互动信令之间平衡带宽与实时性。攻击常针对播放 URL 与 origin 回源链路。
行业常见压力
- Hot URL 被刷流导致带宽失控
- 推流端 IP 暴露后被定点 DDoS
- 跨国观众拉流卡顿，CDN 调度不当
- 互动峰值（弹幕/礼物）引发七层 CC
典型场景
推拉流路径按业务切换
场景架构
LL-HLS 压延迟
高并发拉流，首帧与卡顿率监控。
观众
12M
首帧
280 ms
卡顿
0.04%
推流
RTMP
边缘
LL-HLS
播放
全球
推流 → 转码 → 边缘分发
场景架构
热点场次带宽保护
防盗链 + CC，避免刷流打穿带宽。
Gbps
842K
拦截
38K
回源
8%
主播
Token
边缘
CC
CDN
分发
鉴权 → 缓存 → 观众
场景架构
WebRTC 亚秒路径
连麦与礼物峰值，信令与媒体分流。
往返
180 ms
并发
24K
CC
12K/s
连麦
UDP
TURN
边缘
观众
HLS
信令 → 媒体 → 观众
协议栈
按场景选协议路径
HLS
兼容最广，适合点播与大屏。
LL-HLS
直播压到数秒级，赛事/电商。
WebRTC
互动连麦亚秒路径。
推流与拉流拦截日志
方案能力重点
拉流加速
智能 DNS + 边缘缓存，降低首帧与卡顿率。
推流保护
Token 鉴权、Referer / IP 策略，隐藏真实推流入口。
带宽清洗
针对刷流与恶意 Range 请求的 CC 策略。
全链路观测
并发观众、码率、回源带宽与拦截量同屏。
带宽态势
推拉流带宽漏斗
12M 并发
0首帧 P95
0.04% 卡顿
0边缘 Gbps
架构说明
推拉流边缘架构
推流鉴权在边缘完成，拉流走 Anycast 分发，回源仅在必要时触发，避免源站被直连。
- 01推流 SDK / RTMP → 边缘接入鉴权
- 02转码 / 切片（可选）→ 多码率分发
- 03拉流域名走缓存与防盗链
- 04攻击流量在边缘丢弃，不进入源站