devgo.cn如果你在维护直播系统，一定感受过这种割裂：推流用 RTMP，播放用 HLS/DASH，实时通话用 WebRTC，每个协议都有一套独立的服务、监控和运维体系。Meta 的工程师发现，同一个 App 里，用户开直播和打语音电话，底层要穿越三套完全不同的协议栈——这还不算完，当实时 AI 和生成式创作工具也开始挤进同一个产品界面时，这种分裂越来越难以维持。最近 Meta 公开了一个关键动作：把 Instagram Live 的直播推流从自研的 RUSH 协议迁移到开放标准 MoQ（Media over QUIC，就是跑在 QUIC 传输层上的媒体协议），并且已经在 iOS/Android 上全量部署。
先说清楚这个协议解决什么问题。QUIC 你可能不陌生——它基于 UDP，解决了 TCP 的队头阻塞，能让多个独立数据流并行推进，连接建立更快，还能支持连接迁移（比如手机切 Wi-Fi 时不断流）。MoQ 是在 QUIC 之上定义媒体语义的标准化协议，由 IETF 推动，Meta、Google、Akamai、Cisco、Cloudflare 都在参与。它的核心抽象叫 Track（可以理解为一条可寻址的媒体对象流），发布者把媒体对象推给中继（relay），订阅者从中继拉取。中继只转发和缓存对象，不需要解析媒体负载，只看 MoQ 的帧和投递元数据。
为什么这件事值得你关注？Meta 给了几个非常实际的理由。第一，MoQ 原生支持扇出和缓存——中继本身就是缓存和请求合并端点，CDN 天然可扩展，不再需要像传统 HTTP 直播那样把缓存逻辑外挂成一层。第二，它是首个支持同一条媒体流拥有可调延迟的协议：两个订阅者看同一个 Track，一个人能拿到 100 毫秒的交互级延迟，另一个人可以要几秒的缓冲延迟，按订阅属性区分，这不只是工程技巧，而是协议内建能力。第三，轨道感知投递：中继能基于元数据丢包、优先传送、重播对象，在丢包环境下拥塞控制比字节流协议更聪明。第四，协议本身建模了轨道和质量变体，自适应码率逻辑直接构建在原生构造上，不用在上层重建。第五，当 QUIC 被防火墙封禁时，MoQ 能通过标准化映射回退到 TCP（比如 WebTransport over HTTP/2 或新兴的 QMUX），不会让一个被封锁的网络把生态拽回多协议分裂的老路。
Meta 选择先在 Instagram Live 推流上落地，有三个非常工程化的考虑。首先是规模验证：Instagram Live 是 Meta 最大的实时表面，能在这上面证明 MoQ 扛得住最苛刻的推流负载。其次是 RUSH 已经跟不上开放生态：他们的自研协议跑了近十年，稳定高效，但只有 Meta 自己一家在演进，标准化的 MoQ 能引入多个实现者互相测试互操作性、共同改进规范。第三是指标对等是前提：先把最大的直播表面做到无回退，才谈得上探索播放端和其他场景。
真正硬核的在部署过程。换直播推流协议意味着动每个广播的地基，还不能让创作者和观众感知到任何回归，更不能把线格式变更和下游系统重写耦合在一起。Meta 把它拆成三个约束问题：客户端集成——他们在四个 App 里集成基于 moxygen（Meta 开源 MoQ 库）的发布端，一个配置参数就能在 MoQ 和 RUSH 间切换；边缘翻译层——MoQ 推流连接终止在专用边缘节点，一个翻译层把 MoQ 帧转成现有后端能理解的 RUSH 格式，下游什么都不用改，这个 shim 是临时脚手架，等 MoQ 成为唯一推流路径后就拆除；服务端路由——播流 URL 生成根据实验组决定路由到 MoQ 端点，这样分阶段灰度不依赖 App 版本覆盖率，实验可以在几分钟内调整规模。
运维上的坑也值得抄笔记。MoQ 是活跃的 IETF 标准，规范一直在演进，Meta 的做法是锁定特定草案版本、给旧客户端保留兼容垫片、同时把改进反馈回 IETF。另一个现实问题是防火墙：UDP/443 在不少企业网络里仍然被屏蔽或限速，这直接关系到回退到 TCP 的必要性。Meta 在 DEMOQED 2026 上分享了这些工作。
最让我觉得有启发的是这个思路：替换协议不一定非要动整个系统。“边缘翻译层 + 服务端路由 + 客户端开关”这三板斧，其实适用于任何生产环境的大版本协议迁移——比如你想把老服务的 RPC 框架换成新标准，不需要一夜之间让所有节点同时切换，而是让新旧协议在边缘互相翻译，逐步灰度，最后再拆除临时层。另外一个反直觉的点是：自研协议做得再稳，也可能成为生态孤岛；开放标准虽然有版本漂移的成本，但换来的是多个公司的实现反馈和共同演进，长期看维护成本反而更低。如果你想试试 MoQ 的能力，Meta 已经把 moxygen 开源了，里面有发布端、订阅端和中继角色，可以直接拿来做原型。
要留意的是，MoQ 目前还在 IETF 草案阶段，锁版本是必须的——别直接追最新草案上生产。另外，CDN 中继的缓存策略和传统 HTTP 缓存差异很大，你需要重新设计回源和预热机制，不能照搬老经验。对于想做低延迟直播或实时音视频的团队，MoQ 提供了一条不依赖私有协议的标准化路径，值得盯着它的草案进展。
内容与图片版权归原作者所有 · 原文: https://engineering.fb.com/2026/10/12/video-engineering/shipping-media-over-quic-at-meta-scale-for-instagram-live-ingest/