Deliver reliable streams with HLS Content Steering
System & Services 进阶 20m

用 HLS Content Steering 实现可靠的流媒体分发

Deliver reliable streams with HLS Content Steering

2022年6月6日

在 Apple 官方观看视频

一句话判断

如果你在运维大规模 HLS 流媒体服务，Pathway Cloning 和服务端 Steering 逻辑是今年必须了解的两个能力。

这场 Session 讲了什么

Content Steering 是 HLS 的一项技术，允许流媒体服务商动态控制客户端的 CDN 选择策略。去年 WWDC21 引入了 Content Steering 1.2，今年带来了两项重要增强：

Pathway Cloning（路径克隆）：过去 Steering Server 只能在已有的 Pathway（CDN 分组）之间切换优先级。现在它可以在运行时向客户端”宣告”全新的 CDN Pathway，而不需要客户端重新请求 multivariant playlist。实现原理是假设新 Pathway 与现有 Pathway 结构相同（同组变体流、同组音轨），只需要复制并修改 URI 主机名即可。

服务端 Steering 逻辑增强：Steering Server 可以根据更丰富的上下文（用户区域、实时负载、网络状况）来动态调整 PATHWAY-PRIORITY。Session 展示了一个全球流媒体服务商如何根据时区变化导致的流量漂移，实时将欧洲区域的流量从 CDN2 引导到 CDN1。

值得深挖的点

Pathway Cloning 的设计动机很实际。现代云基础设施允许按需扩容——临时拉起一批 CDN 节点应对突发流量。但这些动态创建的 CDN 信息不在客户端已有的 multivariant playlist 里。Pathway Cloning 通过 Steering Manifest 直接向客户端推送新 Pathway 定义，解决了”CDN 已经存在但客户端不知道”的信息差问题。

结构相同性假设是 Pathway Cloning 的前提条件。新 Pathway 必须和被克隆的源 Pathway 拥有完全相同的变体流结构和媒体分组，只有 URI 可以不同。这个约束让克隆定义非常紧凑——你不需要在 Steering Manifest 里重复完整的流信息。

全局负载均衡的实战模式值得流媒体架构师仔细研究。Session 展示的案例中，服务商准备了多套 Steering Manifest，根据客户端所在区域分发不同的 PATHWAY-PRIORITY。当某个区域流量飙升时，只需要修改该区域对应的 Manifest 就能实现实时引流。

代码片段

HLS Multivariant Playlist 中声明 Content Steering：

#EXTM3U
#EXT-X-CONTENT-STEERING:SERVER-URI="https://steering.example.com/manifest",
                       PATHWAY-ID="CDN1"

# 带有 Pathway 分组的变体流
#EXT-X-STREAM-INF:BANDWIDTH=6000000,PATHWAY-ID="CDN1"
https://cdn1.example.com/high.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=3000000,PATHWAY-ID="CDN1"
https://cdn1.example.com/low.m3u8

# 第二个 Pathway
#EXT-X-STREAM-INF:BANDWIDTH=6000000,PATHWAY-ID="CDN2"
https://cdn2.example.com/high.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=3000000,PATHWAY-ID="CDN2"
https://cdn2.example.com/low.m3u8

Steering Manifest 示例（JSON）：

{
  "PATHWAY-PRIORITY": ["CDN1", "CDN2"]
}

Pathway Cloning 的 Steering Manifest 结构：

{
  "PATHWAY-PRIORITY": ["CDN1", "CDN2", "CDN3"],
  "PATHWAY-CLONES": [
    {
      "BASE-PATHWAY-ID": "CDN1",
      "ID": "CDN3",
      "URI-REPLACEMENT": {
        "HOST": "cdn3-dynamic.example.com"
      }
    }
  ]
}

最佳实践

  • Pathway 结构要对齐：所有 Pathway 必须包含相同数量和规格的变体流，否则 Cloning 无法正确工作
  • Steering Server 要做区域感知：根据客户端 IP 或请求头分发不同的 Manifest，实现就近调度
  • 故障回退策略要完整：客户端在当前 Pathway 内逐个尝试变体流，全部失败后才切到下一个优先级的 Pathway
  • 监控 Steering Manifest 的生效情况：客户端不一定立即响应 Manifest 变更，需要服务端监控实际流量分布来验证效果
  • Pathway Cloning 适合弹性扩容场景：临时 CDN 节点拉起后立即通过 Steering Manifest 推送给客户端，缩容时调整优先级即可

还有什么值得关注

  • Content Steering 向后兼容 1.2 版本，不支持 Cloning 的旧客户端会忽略新增字段
  • Session 建议搭配去年的 WWDC21 talk “Improve global streaming availability with HLS Content Steering” 一起看
  • 城市级 Charts（City Charts）的引入让区域调度粒度更细，流媒体服务商可以做到省级/州级分流
  • 动态 CDN 弹性扩容的场景在大型直播活动（体育赛事、演唱会）中特别有价值
WWDC 2022