跳到正文
  1. 中文技术动态52

    SRS WebRTC over TCP 实战:不经 TURN 的 TCP 直传配置与端口复用方案

    讲解 SRS 的 WebRTC over TCP 直传方案:无需部署 TURN,通过 SRS_RTC_SERVER_TCP_ENABLED 等环境变量即可让 UDP 不可用网络下的 WebRTC 走 TCP;支持与 HTTP API/HTTP-FLV 复用同一 TCP 端口(如 8080),并可配合 rtc_to_rtmp 让一个端口同时服务 WebRTC 与 HTTP 直播,便于负载均衡器转发。

    推荐理由:UDP 受限网络(企业防火墙、运营商 NAT)是 WebRTC 落地常见痛点,此文给出可直接落地的配置方案。

  2. 中文技术动态58

    SRS 从 1.0 到 8.0 版本演进全览:7.0 单线程架构与 8.0 的 AI 协作开发模式

    结合 ossrs/srs 仓库源码与 CHANGELOG 梳理 SRS 各版本演进:7.0(代号 Kai)带来全协议 IPv6、RTMPS、RTSP 播放与统一单线程架构,计划 2026 年底发布;8.0(代号 Free)2026 年启动,AI(Codex 工作流)成为主要贡献者,已近乎重写 SRS Proxy 并将单测覆盖率从 40% 提至 88%。

    推荐理由:SRS 是全球使用最广的开源流媒体服务器之一,此文系统呈现其架构决策与 AI 驱动的社区维护新模式。

  3. 中文技术动态55

    SRS 负载均衡与集群实践:Edge/Origin 集群、一致性哈希与 WebRTC 为何难用 Edge 分流

    以 SRS 官方博客《Load Balancing Streaming Servers》为骨架,结合仓库源码讲解负载与过载判定、DNS/HTTP-DNS 服务发现、Vhost 与一致性哈希、HTTP 302 重定向,以及 Edge Cluster、Origin Cluster(基于代理服务器的新方案)与 WebRTC Cascade 三种集群形态;并解释 WebRTC 因高 CPU 消耗与 PeerConnection 内流量动态变化而难以用 Edge 均衡的原因。

    推荐理由:自建流媒体集群的核心工程问题,文章覆盖了容量评估与调度策略选择的完整方法。

已经到底了