探讨cdn加速功能在视频点播和直播场景中的差异化设计

1. 概述：VOD 与 Live 的本质差异

- VOD（点播）对象是静态文件（MP4、分片、清单），以长期缓存为主；
- Live（直播）是持续生成的流（HLS/DASH/RTMP/CMAF），关注实时性与分片更新；
- 因此 CDN 策略在缓存 TTL、缓存键、预热/推送、失效/刷新、边缘转发行为上会有显著差别。

2. 设计原则：缓存、路由与安全的不同侧重

- VOD：优先长时缓存、压缩、分段合并、缓存命中率优化；
- Live：优先低延迟、快速分片更新（短 TTL 或不缓存清单）、边缘回源控制；
- 共通：合理配置 HTTPS、鉴权（Token）、跨域（CORS）与带宽/并发控制。

3. VOD 具体实施步骤（Origin 与 CDN 配置）

- 在源站（Nginx/OSS）上设置静态文件的 Cache-Control：例如 mp4 和 .m4s 设为 public, max-age=31536000；manifest (.m3u8/.mpd) 可短一些；
- Nginx 示例（location 配置）：add_header Cache-Control "public, max-age=31536000"; 对于 .m3u8 使用 add_header Cache-Control "no-cache";
- 在 CDN 控制台：开启静态资源长缓存、开启 Gzip/Brotli、配置缓存键（忽略不必要的 query string）、设置回源保持连接（Keep-Alive）。

4. VOD 测试与验证步骤（命令级）

- 上传文件到源站后，使用 curl 验证 header：curl -I https://origin.example.com/video.mp4；确认 Cache-Control 与 ETag；
- 到边缘节点测试命中：curl -I https://cdn.example.com/video.mp4；对比 x-cache/x-cache-status（不同 CDN 名称不同）；
- 如果需要强制刷新（部署新版视频），通过 CDN API 调用批量刷新接口或基于版本化 URL（推荐：在对象名中加入版本号）。

5. Live 具体实施步骤（编码端到 CDN）

- 采集端使用 ffmpeg 或硬件编码器，输出 HLS/DASH/CMAF。示例（生成 HLS）：ffmpeg -re -i input.mp4 -c:v libx264 -preset veryfast -g 48 -sc_threshold 0 -hls_time 2 -hls_list_size 6 -hls_flags independent_segments -hls_segment_filename /var/www/live/seg%03d.ts /var/www/live/stream.m3u8；
- 推流到 CDN（边缘或回源）：常用 RTMP/HTTP-PUT 或 SRT/RIST 作为上行，建议 CDN 提供的接入点（主备）。

6. Live 的 CDN 配置要点

- 对于直播清单（.m3u8/.mpd）应设置短 TTL（甚至 no-cache），或配置 CDN 动态刷新策略；
- 对切片 (.ts/.m4s) 建议允许短缓存（例如 max-age=60）以降低回源频率；
- 如果追求极低延迟：启用 LL-HLS/CMAF chunked 或 WebRTC 转发，开启 HTTP/2 或 QUIC（HTTP/3）以改善传输效率。

7. 直播低延迟实现的操作步骤

- 使用 FFmpeg 生成 chunked CMAF（示例复杂，参照编码器文档），或开启 HLS 的低延迟扩展；
- CDN 侧需要支持 chunked transfer/LL-HLS：在 CDN 控制台启用“实时分片推送/流式回放”并配置允许单分片传输；
- 测试延迟：使用 ffplay/浏览器播放并记录生产端时间戳与播放端时间差，逐步调整 GOP、hls_time、segment 的大小以收敛延迟。

8. 缓存键与 Query String 的差异化设置

- VOD：建议忽略不影响内容的 query string（如签名、跟踪参数），或使用版本化路径；
- Live：清单通常带有序号或 token，CDN 必须按原样转发或精确匹配，避免误缓存旧清单；
- 在 CDN 控制台设置示例：缓存键只包含 host + path，不包含 query（VOD）；Live 则可以包含 path + 序列化查询以确保时效性。

9. 鉴权与防盗链实现步骤

- VOD：可使用带签名 URL（短期 token）、Referer 白名单或 DRM（Widevine/PlayReady）；
- Live：使用按请求签名（query token）或在 CDN 层启用流会话鉴权，避免边缘缓存被绕过；
- 实操示例：在后端生成 token，签名规则例如 HMAC-SHA256(path + expire)，客户端请求附带 token，CDN 验证通过后放行。

10. 回源保护、预热与灾备步骤

- 回源保护：配置 CDN 回源限流、origin shield（中间回源层）；
- 预热/推送：对大型 VOD 发布做边缘预热（CDN API 批量预热）或对象推送（push）；
- 灾备：多活源站配置、负载均衡（DNS 或 CDN 原站组），并在 CDN 配置中设置回源优先和故障切换策略。

11. 监控与日志验证步骤

- 开启 CDN 的边缘访问日志，重点监控 cache_hit_ratio、origin_bandwidth、error_rate、avg_latency；
- 使用 curl/ffprobe/浏览器 devtools 验证播放质量、分片丢失与重试；
- 定期回溯分析：若发现清单回源频繁，检查 TTL、Cache-Control 头与缓存键配置。

12. 性能调优与常见问题排查步骤

- 若 VOD 命中率低：检查是否因 token 或 query 造成缓存分片，改为路径版本化；
- 若 Live 延迟高：降低 hls_time、减小 segment 大小、使用 LL-HLS 或 WebRTC；
- 若回源压力大：启用边缘缓存的 prefetch、origin shield、并使用更长的切片缓存策略（对可接受延迟的场景）。

13. 问：为什么直播不能像点播那样长时间缓存所有分片？

- 答：直播的分片和清单是不断产生并快速变化的，长时间缓存会导致播放端获取到旧内容或延迟增大；清单通常需要短 TTL 或不缓存，而分片可短时缓存以减少回源。

14. 问：如何在 CDN 上兼顾 VOD 高缓存命中和按需更新的需求？

- 答：推荐使用对象版本化（URL 中包含版本号或时间戳）以实现长缓存，同时通过 CDN 的批量刷新/预热 API 在发布新版本时更新边缘缓存。

15. 问：实现低延迟直播的首要步骤是什么？

- 答：从编码端调整（减小 segment/hls_time、开启 chunked CMAF/LL-HLS）、确保 CDN 支持低延迟特性，并在边缘与播放器间优化传输协议（HTTP/2/3 或 WebRTC）。