把一路接入变成多个输出
使用一个受控接入点，把同一路直播信号同时送往社交平台、合作方终点或你自己的播放器，而不必为每个目标重做工作流。
交付
接入与路由
把一路直播信号接入 Callaba，再分发到社交平台、网页播放器、合作方端点或备用路由。将接入、协议转换、目标逻辑、录制与故障切换统一在一个云端或自托管产品中。操作员可以先在同一界面中确认信号入口、每个交付目标、备用路径、输出质量和录制结果，再用真实编码器、网络条件与观众播放路径完成验证。这样既能减少源端编码器的负担，也能让团队在活动开始前看清整条信号路径、交付边界和恢复方案。只有当这套产品工作流已经清晰稳定，并且需要接入内部工具或批量控制时，才通过 API 增加自动化。
把一路接入变成多个输出
使用一个受控接入点，把同一路直播信号同时送往社交平台、合作方终点或你自己的播放器，而不必为每个目标重做工作流。
工作流
- 把重活从编码器上移走
让平台处理路由、协议转换和一对多分发，让源端编码器只负责发送一条干净稳定的贡献流。
无论是公开平台、合作方 RTMP 终点还是面向观众的播放界面，都能放在同一套你可控的交付逻辑里。
交付交付
- 把一路接入变成多个输出
使用一个受控接入点，把同一路直播信号同时送往社交平台、合作方终点或你自己的播放器，而不必为每个目标重做工作流。
- 提前准备备份与故障切换
把备份当成工作流的一部分，而不是出问题时临时手工补救。主路径出问题前，备用目标和备用路由就应该已经准备好。
- 在输出层加入品牌、录制与适配
当接入稳定后、信号到达最终观众或平台之前，把图文叠加、音轨选择、录制与播放层输出放在最合适的位置。
工作流
把目标分发逻辑掌握在自己手里
无论是公开平台、合作方 RTMP 终点还是面向观众的播放界面，都能放在同一套你可控的交付逻辑里。
提前准备备份与故障切换
把备份当成工作流的一部分，而不是出问题时临时手工补救。主路径出问题前，备用目标和备用路由就应该已经准备好。
在输出层加入品牌、录制与适配
当接入稳定后、信号到达最终观众或平台之前，把图文叠加、音轨选择、录制与播放层输出放在最合适的位置。
交付
把重活从编码器上移走
让平台处理路由、协议转换和一对多分发，让源端编码器只负责发送一条干净稳定的贡献流。
把重活从编码器上移走
让平台处理路由、协议转换和一对多分发，让源端编码器只负责发送一条干净稳定的贡献流。
为路由灵活性付费，而不是被平台绑死
用同一套工作流把一个输入送到多个业务目标，而不是围着每个平台各自的限制重新搭架构。
先上云验证，再转自托管
先在云端快速验证路由模型，等团队需要更强的运维与基础设施控制时，再平滑迁移到自托管环境。
工作流
先上云验证，再转自托管
先在云端快速验证路由模型，等团队需要更强的运维与基础设施控制时，再平滑迁移到自托管环境。
云端多路分发定价
按量付费的云端方案适合希望获得云端优势的团队：快速部署、全球低延迟、可靠基础设施、备份、弹性扩展以及托管运维。
在云端启动 Callaba自托管无限多路分发定价
无限方案适合正在增长的中大型直播团队：既不受打包方案限制，又能继续完全掌控自己的数据与基础设施。
安装自托管 CallabaAPI
多路分发 REST API用 API 模块自动化接入与路由
这不是一个巨大的多路分发端点。真实团队会把接入边界、路由逻辑和转发路径拆成独立模块来管理。当你希望路由、备份路径和目标控制成为自己产品或操作员面板的一部分时，就应该使用 API。
常见问题
这里说的“接入与路由”具体指什么？
意思是先把一路直播输入接入一个受控入口点，再决定这路信号接下来如何移动：发送到社交平台、合作方终点、播放器，或其他工作流模块。
团队什么时候会选它，而不是直接从 OBS 发布？
当一路源信号需要送往多个目标、备份路径很重要，或团队希望把路由逻辑放进受控工作流而不是塞进编码器配置里时，通常会选择这一层。
我可以把一路源信号路由到多个目标吗？
可以。这正是使用这一层的主要原因之一。你可以接收一路贡献流，再把它转发到多个外部或内部目标。
我可以提前准备好备用路径吗？
可以。你可以在主路径出问题前，先配置好备用路由、备用目标或面向故障切换的工作流分支。
每增加一个目标，我都需要更多上行带宽吗？
如果工作流设计正确，编码器侧通常不需要。源端一般只需发送一条受控贡献流，平台会处理下游的一对多分发。
我可以把社交平台输出和自己的播放器或合作方终点混在一起吗？
可以。同一条工作流里既可以有社交平台输出，也可以有私有 RTMP/SRT 终点和面向观众的播放界面。
我可以在工作流里加入品牌或叠加层吗？
可以。品牌、图文叠加、录制以及面向播放的设置，都可以放在路由层周围处理，而不必强行塞进源端编码器。
我可以在路由同一路直播信号的同时录制它吗？
可以。常见的生产模式就是一次接入，同时做直播输出路由，并并行录制同一条信号。
我可以把 SRT 用作贡献输入吗？
可以。当网络条件、贡献质量或接收侧基础设施可控性很重要时，SRT 是很常见的接入选择。
我也可以使用 RTMP 目标吗？
可以。当最终目标仍然要求 RTMP 或 RTMPS 时，路由工作流经常会把 SRT 贡献输入与 RTMP 输出混合使用。
这是更偏 API 还是更偏控制台？
两种方式都可以。团队通常先在控制台里验证工作流，再通过 API 把同样的逻辑迁移到自己的运维面板或后端工具里。
以后我可以把同一套工作流迁到自托管吗？
可以。这套栈的一个实际优势就是：无论你先上云还是后续迁到自托管，工作流模型依然保持一致、可识别。
文档应该从哪里开始看？
如果第一个问题是“信号从哪里进入”，就先看 SRT 服务器；然后继续看 SRT 路由 和 Restreams 转发，定义这条流如何移动。
多路分发会限制码率吗？
我们不会对你的流施加码率限制。但请注意，某些目标平台可能会有自己的码率限制。
交付
把一路接入变成多个输出
使用一个受控接入点，把同一路直播信号同时送往社交平台、合作方终点或你自己的播放器，而不必为每个目标重做工作流。