以 SRS 官方博客《Load Balancing Streaming Servers》为骨架，结合仓库源码讲解负载与过载判定、DNS/HTTP-DNS 服务发现、Vhost 与一致性哈希、HTTP 302 重定向，以及 Edge Cluster、Origin Cluster（基于代理服务器的新方案）与 WebRTC Cascade 三种集群形态；并解释 WebRTC 因高 CPU 消耗与 PeerConnection 内流量动态变化而难以用 Edge 均衡的原因。
推荐理由：自建流媒体集群的核心工程问题，文章覆盖了容量评估与调度策略选择的完整方法。
Mux 将基础码率阶梯从 270p/480p/1080p 调整为 270p/480p/720p/1080p，于 4 月通过功能开关逐步上线。对比上线前后各一个月的数据，720p 交付分钟数从约十分之一升至约一半，480p 降至个位数百分比，270p 基本不变；每分钟交付字节增加约 6.5%，PTE 调优抵消近 5%，Video Quality Score 从 99.1 升至约 99.7，起播延迟改善、拖动延迟持平。Mux 曾评估删除 270p，实测折叠到 480p 的缓存效率收益有限，最极端情况仅打平，因此保留该档。
推荐理由：Mux 用真实 CDN、存储与 QoE 数据复盘码率阶梯取舍，可迁移到自建转码阶梯的决策方法。
Mux 停用第三方 RUM 选路，改为自建 CDN Router：每秒级探测节奏是对每家 CDN 与 4 个源站每 60 秒探测一轮，结果写入跨区域 CockroachDB（原始探测、决策与 CDN 实时用量），leader 每分钟基于最近 5 分钟数据判定各区域“足够好”的 CDN，请求路径只做 IP 定位 + 查表 + 加权随机排序，官方称选路 p99 为 9.9ms；同时把冗余流（redundant streams）从 opt-in 改为 opt-out，播放器可在流中途切换 CDN。
推荐理由：多 CDN 选路的完整工程复盘，含探测频率、决策窗口、p99 与冗余流默认开启策略。
Cloudflare 基于全球 HTTP 遥测分析 2026 世界杯对互联网流量的影响，覆盖开球时间、流媒体观看习惯与中场休息带来的流量波动，包括深夜流量峰值与半场浏览高峰。
推荐理由：大型体育赛事对全球流媒体流量的量化观测，直播容量规划可参考。
Jan Ozer 的编码器对比研究引入盈亏平衡与上下文 ROI 分析：在 1080p60 体育等内容上，AV1 对 H.264 的 BD-rate 达 -59.83%、HEVC 为 -31.48%，但按真实观众分布加权后节省缩水——高端观众为主的分布约剩 51%，移动端为主的分布 AV1 对 H.264 仅 -23.16%（对应 VMAF +6.96 的画质提升）；测得各编解码器的盈亏平衡观看时长（如移动分布下 VP9 为 3188 小时、AV1 为 4099 小时），并给出 25 万观看小时下的净节省金额。
推荐理由：把编解码对比从单一 BD-rate 数字推进到按观众分布的 ROI 建模，方法与数据对部署决策都有直接用处。
SD-RTN 以全球 200 多个数据中心（文中另处称 250+）组成软件定义实时网，用基于 UDP 的多路复用传输协议与智能调度系统做动态路由；对外给出分档质量承诺：200ms 内包到达率 99.9%（RTC）、800ms（极速直播）、2s（一般直播），并说明 FEC、自适应码率等弱网对抗手段与传输层加密、抗 DDoS 机制。
推荐理由：厂商自述底层传输网的架构与可量化 SLA 指标，是理解 RTC 私有传输网络的直接材料。