ライブマルチストリーミング基盤

一つのライブ入力を管理された取り込み点で受信し、SNS、パートナーのエンドポイント、プレーヤー、他のワークフローモジュールのどこへ送るかを決めることです。

一つのソースを複数の配信先へ送る場合、バックアップ経路が重要な場合、またはルーティングロジックをエンコーダー設定ではなく管理されたワークフローに置く場合に選ばれます。

はい。このレイヤーを使う主な理由の一つです。一本の中継フィードを受信し、複数の外部・内部出力へ転送できます。

はい。メイン経路が不安定になる前に、代替ルート、バックアップ配信先、フェイルオーバー用のワークフロー分岐を準備できます。

正しく構成すれば、エンコーダー側では不要です。送信元は通常、管理された中継ストリーム一本を送り、下流への分岐はプラットフォームが処理します。

はい。同じワークフローに、SNS出力、限定RTMP/SRT配信先、視聴者向け再生画面を含められます。

はい。ブランド表示、オーバーレイ、録画、再生専用設定を送信元エンコーダーへ詰め込まず、ルート周辺に追加できます。

はい。一度取り込み、ライブ出力をルーティングしながら同じ信号を並行録画するのが一般的な本番構成です。

はい。ネットワーク状態、中継品質、受信インフラの管理性が重要な場合、SRTは一般的な取り込み方式です。

はい。最終配信先がRTMPまたはRTMPSを必要とする場合、SRT中継入力とそれらの出力を組み合わせることがよくあります。

どちらも可能です。まず管理画面でワークフローを検証し、その後APIを介して同じロジックを自社の運用画面やバックエンドツールへ移すことが一般的です。

はい。クラウドで始めてもセルフホスト基盤へ移行しても、同じワークフローモデルを維持できることが、この構成の実用的な利点です。

信号の入口を決めるにはSRTサーバーから始め、次にSRTルートと再配信で信号の移動方法を定義します。

Callabaではストリームのビットレートを制限していません。ただし、配信先プラットフォーム独自の上限がある場合があります。