OBS
RTMP / SRTルーティング、変換、分岐をプラットフォームに任せ、送信元エンコーダーは安定した中継フィード一本の送信に専念できます。
配信
ライブマルチストリーミング基盤
検証済みのコントリビューションフィードを Callaba に取り込み、送信先ごとに個別の Restream ジョブを作成します。各ジョブには固有の送信先設定と実行状態があります。録画、Web Player、リカバリは、必要に応じて追加する別のワークフローです。
CallabaをAWSにデプロイ一つの取り込みから複数出力へ
投稿フィードを一度受け入れてから、ソーシャル プラットフォーム、パートナー エンドポイント、またはその他の宛先ごとに個別のリストリーム ジョブを作成します。
各 Restream ジョブには、独自の宛先設定と実行時の状態があります。すべての出力を個別にレビューして、各宛先が独自の明確な運用証拠を持てるようにします。
YouTube
RTMP · 個別ジョブ 01
RTMP · 個別ジョブ 02
操作可能なワークフローモデル · 状態の例変わるのはこの送信先だけで、残りの二つは動作を続けます。受け入れ済みの入力は共有されたまま、各配信先がそれぞれの稼働状態を報告します。
運用フロー
配信先ロジックを自社で管理
同じソースから始まる場合でも、各配信先を独立した配信契約として扱います。
一つの取り込みから複数出力へ
配信先ごとに出力ジョブを作成し、認証情報、制限、障害の影響を分離します。
ルートを意図的に準備する
ライブ番組中に必要になる前に、代替エンドポイントを記録し、テストしておきます。
録音または再生を別のワークフローとして追加します
録画やブラウザー再生は、受け入れ済みのフィードに個別のジョブとして接続し、それぞれ確認します。
実際の運用へ進む
Callaba で設定し、受け渡しを確認する
このページでは製品の役割を説明しました。以下のガイドでは、操作する項目、次に接続するモジュール、ワークフローの準備完了を確かめる方法を案内します。
技術仕様
一つのソースを複数の配信先へルーティングできますか？
この契約を使い、取り込み時に共有する項目と、出力ごとに検証すべき項目を確認します。
| 機能 | 対応する動作 | 受け入れ確認 |
|---|---|---|
| 一つの取り込みから複数出力へ | 検証済みの一つのコントリビューションフィードを、個別に設定した複数の Restream ジョブで利用できます。 | 入力を一度確認した後、各配信先のジョブが個別にライブ状態へ移行することを監視します。 |
| 配信先ロジックを自社で管理 | エンドポイント URL、認証情報、メディア要件、再試行動作は、それぞれの出力ジョブに設定します。 | 各ジョブを個別に開き、意図した配信先でライブ状態を確認します。 |
| 重い処理をエンコーダーから分離 | ソースエンコーダーは安定したコントリビューションフィードを一つ送信し、Callaba が下流への分配を行います。 | ソースからの送信を増やすのではなく、エンコーダーのアップロード状態と、作成した各出力の状態を比較します。 |
| 宛先間で柔軟なルーティングを使用する | 短時間でワークフローを検証する場合はクラウドを、ネットワークやデータ配置を管理する必要がある場合はセルフホスト環境を選びます。 | 本番で経路を使う前に、選択した環境で実際のソースと配信先を使ってテストします。 |
運用フロー
運用ニーズに応じてクラウドまたはセルフホストを選択
クラウドを使用して、実際の送信元と送信先を迅速に検証します。インフラストラクチャ、ネットワーク、またはデータの場所の制御が必要な場合はセルフホスト型を選択し、展開後にワークフローを再検証します。
CallabaをAWSにデプロイ
従量課金のクラウドプランでは、Callabaの即時導入、世界各地のデータセンターによる低遅延、信頼性、バックアップ、拡張性、運用代行など、クラウドの利点を利用できます。
CallabaをAWSにデプロイCallabaをセルフホストでインストール
単一のコントリビューション入力を複数の配信先で使用し、プラットフォームやパートナーのエンドポイントごとに送信先設定を明示します。
CallabaをセルフホストでインストールAPI
マルチストリーミングREST APIルートが機能した後に独立した出力ジョブを自動化する
各宛先は独自のリストリーム ジョブです。チームが Callaba でソース、宛先、メディア プロファイルを検証した後、API を使用してジョブを作成、開始、検査します。
よくある質問
ここでいう「取り込みとルーティング」とは何ですか？
一つのライブ入力を管理された取り込み点で受信し、SNS、パートナーのエンドポイント、プレーヤー、他のワークフローモジュールのどこへ送るかを決めることです。
OBSから直接配信せず、この製品を選ぶのはどんな場合ですか？
一つのソースを複数の配信先へ送る場合、バックアップ経路が重要な場合、またはルーティングロジックをエンコーダー設定ではなく管理されたワークフローに置く場合に選ばれます。
一つのソースを複数の配信先へルーティングできますか？
はい。Callaba はソースを一度受け入れ、送信先ごとに独立した Restream ジョブを作成します。各ジョブを個別に設定し、状態を確認できます。
配信先ごとに追加のアップロード帯域が必要ですか？
正しく構成すれば、エンコーダー側では不要です。送信元は通常、管理された中継ストリーム一本を送り、下流への分岐はプラットフォームが処理します。
中継入力にSRTを使用できますか？
はい。ネットワーク状態、中継品質、受信インフラの管理性が重要な場合、SRTは一般的な取り込み方式です。
API優先ですか、それとも管理画面優先ですか？
制御インターフェイスで開始して、送信元、宛先、プロファイルを検証します。次に、API を使用して、独立した各 Restream ジョブを作成、開始、検査します。
配信
宛先間で柔軟なルーティングを使用する
まず現在必要な配信先で一つのソースを検証し、必要に応じて録画または再生の個別ジョブを追加します。