直播多路串流平台

意思是先把一路直播輸入接入一個受控入口點，再決定這路訊號接下來如何移動：發送到社群平台、合作方端點、播放器，或其他工作流程模組。

當一路源訊號需要送往多個目標、備份路徑很重要，或團隊希望把路由邏輯放進受控工作流程而不是塞進編碼器設定裡時，通常會選擇這一層。

可以。這正是使用這一層的主要原因之一。你可以接收一路貢獻流，再把它轉發到多個外部或內部目標。

可以。你可以在主路徑出問題前，先設定好備用路由、備用目標或面向容錯切換的工作流程分支。

如果工作流程設計正確，編碼器端通常不需要。源端一般只需發送一條受控貢獻流，平台會處理下游的一對多傳遞。

可以。同一條工作流程中既可以有社群平台輸出，也可以有私人 RTMP/SRT 端點和面向觀眾的播放介面。

可以。品牌、圖文疊加、錄製以及面向播放的設定，都可以放在路由層周圍處理，而不必強行塞進源端編碼器。

可以。常見的正式環境模式就是一次接入，同時做直播輸出路由，並平行錄製同一條訊號。

可以。當網路條件、貢獻品質或接收端基礎架構可控性很重要時，SRT 是很常見的接入選擇。

可以。當最終目標仍然要求 RTMP 或 RTMPS 時，路由工作流程經常會把 SRT 貢獻輸入與 RTMP 輸出混合使用。

兩種方式都可以。團隊通常先在管理介面中驗證工作流程，再透過 API 把同樣的邏輯遷移到自己的維運面板或後端工具裡。

可以。這套棧的一個實際優勢就是：無論你先上雲端還是後續遷到自架，工作流程模型依然保持一致、可識別。

如果第一個問題是“訊號從哪裡進入”，就先看 SRT 伺服器；然後繼續看 SRT 路由 和 Restreams 轉發，定義這條流如何移動。

我們不會對你的流施加位元率限制。但請注意，某些目標平台可能會有自己的位元率限制。