去年一场全国性学术年会，客户要求同时推九个平台。我第一反应不是加机器，而是先算一笔账：九路平台按平均6Mbps码率算，总上行需要54Mbps，再留30%冗余，实际要70Mbps以上。场地给的WiFi标称千兆，但那是共享带宽，真到开播时根本不稳。我们最后带了两套5G聚合基站加一条有线专线，实测上行稳定在80Mbps，这才敢接九平台。
多平台推流不是多路重复上传
很多人以为九平台就要上传九次，其实不是。我们从现场导播台出一条RTMP主路，进入分发服务器后多路复制出去。对现场来说，只走一次上行。真正吃带宽的是直播平台之间的差异码率：抖音和快手可以低一点，B站和自建平台要高点，视频号对码率波动最敏感。我们会给每个平台单独设编码参数，而不是一刀切。
编码机分工比数量更重要
这场年会我们用了两台编码机。A机负责视频号、抖音、B站三个主力平台，走最高画质；B机负责微博、快手、小红书、知乎、企微，做适配压缩。这样一台挂了，另一台还能保住核心平台。主论坛和分论坛切换时，A机优先切主论坛，B机做分会场备份，观众端几乎感觉不到波动。
开播前的核验表比现场更重要
九平台同时开播，最容易出问题的环节是各平台认证状态、推流密钥有效期、画质审核阈值。我们一般会提前两小时逐平台推一条测试流，确认每个平台画面正常、不静音、不弹审核警告。有次B站因为背景音乐版权识别直接静音，幸亏提前发现，换成了免版权音乐库。
多平台同步推流考验的不是设备堆得多高，而是对每条链路心中有数。平台越多，越不能靠临场发挥。
