结合 ossrs/srs 仓库源码与 CHANGELOG 梳理 SRS 各版本演进：7.0（代号 Kai）带来全协议 IPv6、RTMPS、RTSP 播放与统一单线程架构，计划 2026 年底发布；8.0（代号 Free）2026 年启动，AI（Codex 工作流）成为主要贡献者，已近乎重写 SRS Proxy 并将单测覆盖率从 40% 提至 88%。
推荐理由：SRS 是全球使用最广的开源流媒体服务器之一，此文系统呈现其架构决策与 AI 驱动的社区维护新模式。
以 SRS 官方博客《Load Balancing Streaming Servers》为骨架，结合仓库源码讲解负载与过载判定、DNS/HTTP-DNS 服务发现、Vhost 与一致性哈希、HTTP 302 重定向，以及 Edge Cluster、Origin Cluster（基于代理服务器的新方案）与 WebRTC Cascade 三种集群形态；并解释 WebRTC 因高 CPU 消耗与 PeerConnection 内流量动态变化而难以用 Edge 均衡的原因。
推荐理由：自建流媒体集群的核心工程问题，文章覆盖了容量评估与调度策略选择的完整方法。
发送端同时编码 1080p/720p/360p 三路流（约 2Mbps/1Mbps/300Kbps），SFU 按订阅关系只转发合适的一路；文章覆盖 SDP 的 ssrc-group:SIM 与 RID 协商、setParameters 编码参数配置、切换时的 PLI/FIR 关键帧请求优化，以及与 SVC 在带宽消耗和兼容性上的对比。
推荐理由：完整覆盖 Simulcast 从协商、实现到 SFU 转发的工程细节，并给出移动端编码负担的权衡。
以 10 人会议量化三种架构的带宽与计算分布：P2P 每人需维护 9 条连接（约 18Mbps 上行），SFU 把客户端上行降到 1 路但服务端产生约 100Mbps 转发量，MCU 客户端压力最小但编解码计算成本最高；并给出 Simulcast/SVC、分层 SFU、CDN+RTC 混合等增强方案与适用场景。
推荐理由：用具体数字讲清三种媒体服务器架构的成本结构与选型逻辑，是 RTC 架构选型的完整参考。