SRS 发布 8.0 开发版首个版本 v8.0-d0，对应 8.0 dev0 与 v8.0.48，代码约 328208 行，并在 README 和 SRS 8.0 changelog 中加入该发布线。该版本提供源码包 srs-server-8.0-d0.tar.gz、CentOS7 x86_64 二进制包，以及 ossrs/srs:8、ossrs/srs:v8.0-d0、ossrs/srs:8.0.48 三个 Docker 镜像标签。
推荐理由：SRS 发布 8.0 开发版首个版本，给出了版本号、代码规模和 Docker 镜像标签，可据此判断升级节奏。
发送端同时编码 1080p/720p/360p 三路流（约 2Mbps/1Mbps/300Kbps），SFU 按订阅关系只转发合适的一路；文章覆盖 SDP 的 ssrc-group:SIM 与 RID 协商、setParameters 编码参数配置、切换时的 PLI/FIR 关键帧请求优化，以及与 SVC 在带宽消耗和兼容性上的对比。
推荐理由：完整覆盖 Simulcast 从协商、实现到 SFU 转发的工程细节，并给出移动端编码负担的权衡。
针对“一会话一端口”与有状态 ICE/DTLS 会话在 Kubernetes 下的扩容冲突，OpenAI 将数据包路由与协议终止分离：Relay 只做无状态 UDP 转发并借 ICE ufrag 编码路由信息实现首包确定性投递，Transceiver 用 Go+Pion 运行完整 WebRTC 端点；该架构已全量上线，支撑 9 亿周活用户的实时媒体流量，客户端无感知。
推荐理由：罕见的基础设施级披露，展示超大规模实时语音服务的 WebRTC 架构取舍与开源栈的生产验证。
以 10 人会议量化三种架构的带宽与计算分布：P2P 每人需维护 9 条连接（约 18Mbps 上行），SFU 把客户端上行降到 1 路但服务端产生约 100Mbps 转发量，MCU 客户端压力最小但编解码计算成本最高；并给出 Simulcast/SVC、分层 SFU、CDN+RTC 混合等增强方案与适用场景。
推荐理由：用具体数字讲清三种媒体服务器架构的成本结构与选型逻辑，是 RTC 架构选型的完整参考。