直播與點播需要在推流、拉流與互動信令之間平衡帶寬與實時性。攻擊常針對播放 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攻擊流量在邊緣丟棄，不進入源站