业务链路与指标PIPELINE & METRICS
直播带货的业务链路是一条单向实时流：主播推流 → 转码 → 分发 → 观众观看与互动，交易转化 发生在观看与互动层，链路上任何一环劣化都会直接折损转化率。与点播不同，直播不可缓存、不可重试， 容量规划必须按峰值并发做。关键指标基线如下：
| 指标 | 含义 | 经验目标 | 主要影响因素 |
|---|---|---|---|
| 推流码率 | 主播上行发送的码率 | 720p 3–6 Mbps；1080p 5–10 Mbps | 采集分辨率、编码器 |
| 端到端延迟 | 主播发生到观众看到的间隔 | 秒级可接受；连麦需亚秒级 | 推流协议、转码与分发链路 |
| 卡顿率 | 观众侧播放卡顿占比 | 越低越好，劣化即流失 | CDN 覆盖、观众接入网络 |
| 首帧时间 | 点开直播到出画的间隔 | < 1–2 s（经验目标） | 边缘缓存命中、GOP 设置 |
| 并发观看数 | 同时在线观众峰值 | 决定带宽与成本的主变量 | 引流节奏、场次热度 |
表 1 · 直播带货的关键指标基线（经验值，以实际场次数据校准）
观众侧的卡顿与首帧表现，主要由分发链路的边缘缓存能力决定[5]； 主播侧的上行质量则由推流协议与接入链路决定，见下一节。
推流协议对比STREAMING PROTOCOLS
推流协议决定主播上行链路的稳定性与延迟下限，三类主流协议的差异如下：
| 协议 | 传输层 | 典型延迟（经验值） | 抗弱网能力 | 适用 |
|---|---|---|---|---|
| RTMP[1] | TCP | 3–5 s | 一般，受 TCP 拥塞控制制约 | 平台推流的事实标准 |
| SRT[2] | UDP（ARQ/FEC） | 0.5–2 s | 强，专为公网弱网与跨境设计 | 跨境 / 不稳定网络推流 |
| WebRTC | UDP | 亚秒级 | 中 | 连麦、PK、超低延迟互动 |
表 2 · 推流协议对比（观众侧分发普遍走 HLS 切片[3][4]，延迟由协议与切片时长共同决定）
多平台同步推流
本地并行推流：主播端同时向多个平台各推一路，实现简单，但上行带宽按路数翻倍， 稳定性受主播本地网络制约；中转分发：主播只向源站推一路（建议 SRT），源站转码后 并行转推各平台，上行压力收敛到机房，且天然获得统一录制。带货多平台同播的常规做法是后者。
参考架构REFERENCE ARCHITECTURE
带货直播的参考架构分四层，录制与分发在源站层就分流：
图 1 · 直播带货参考架构（录制旁路在源站完成，转码与分发各自横向扩容）
录制存档旁路应在源站层完成：带货场景的全程录制既是平台合规要求，也是售后与 纠纷处理的凭据，转推与录制解耦后互不影响。跨境主播就近推流：源站按主播所在区域 部署（如东南亚主播推新加坡节点），跨境路由问题见全球加速方案， 推流协议优先 SRT 以对抗弱网。
带宽与资源估算BANDWIDTH & SIZING
观看侧带宽是直播成本的主项，估算公式：观看侧带宽 ≈ 码率 × 峰值并发 × 1.3 冗余 （冗余覆盖转码阶梯与流量波动）。推流码率的工程经验值如下：
| 清晰度 | 推流码率（经验值） | 说明 |
|---|---|---|
| 720p | 3–6 Mbps | 平台常用推流档位 |
| 1080p | 5–10 Mbps | 品类展示要求高时使用 |
| 竖屏高清 | 4–8 Mbps | 带货主流竖屏画面（720×1280 级） |
表 3 · 推流码率经验值（以实际场景实测为准）
量级演算：峰值并发 5000 人、1080p 取 8 Mbps，观看侧带宽 ≈ 8 × 5000 × 1.3 ≈ 52 Gbps。 这个量级不可能由源站直出，正确结构是观众侧流量由 CDN 边缘分流[5]： 源站与大带宽服务器只承接推流接入与回源流量，观看侧按峰值购买 CDN 加速防御；多清晰度高并发的转码负载可选 GPU 服务器。
实施清单CHECKLIST
开播前逐项核对：
- 主备推流链路：双网卡 / 双运营商上行，主路 SRT + 备路 RTMP，断流自动切换并告警。
- 录制与存档合规：全程录制，保存期限按平台协议与属地要求执行，存储与直播链路分离。
- 推流码与密钥管理：推流密钥不明文入库、定期轮换，源站鉴权拒绝未注册流。
- 峰值并发压测：大场前按预估峰值 1.5 倍压测源站、带宽与转码，确认扩容路径。
- 攻击应急路径：高防切换预案写进值班手册，明确切换人、切换步骤与回切条件。
带宽按"码率 × 峰值并发 × 1.3"下单前，先用小并发真机场次校准单路实际码率与卡顿率—— 编码器设置不同，同清晰度的实际码率差异可达一倍。
小结SUMMARY
直播带货方案的技术决策链是：定协议（平台推流走 RTMP，弱网与跨境换 SRT，连麦走 WebRTC）→ 定带宽结构（观看侧按"码率 × 峰值并发 × 1.3"估算并由 CDN 分流，源站只承推流与回源）→ 定防护与预案（高防前置、主备推流、攻击切换演练）。体验指标盯住首帧时间与卡顿率， 容量按峰值规划——直播不可重试，量级演算宁可保守。