Amazon IVS (Interactive Video Service)

解決する課題

ライブ配信を自前で構築すると、映像の取り込み、トランスコード、世界中への配信、視聴者の増減に合わせたスケールまで、扱う要素が多くなります。Amazon IVS はこの一連の流れをマネージドサービスとして提供し、配信基盤の構築・運用を肩代わりします。

• 配信者の映像を取り込み、複数画質へ変換し、視聴者へ届けるまでを一括で担う
• 視聴者が急増しても自動でスケールし、サーバーの台数管理が不要
• プレイヤー SDK を組み込むだけで Web・iOS・Android のアプリにライブ視聴を埋め込める
• チャットやインタラクティブ機能と組み合わせ、双方向のライブ体験を作れる

エンコーダや CDN を自分で組み上げる代わりに、API と SDK だけでライブ配信を始められる点が中心的な価値です。

主要概念と用語

• チャネル: ライブ配信の単位。配信者がここへ映像を送り、視聴者はここから視聴する
• 取り込み（インジェスト）エンドポイント: 配信ソフトやエンコーダから映像を送り込む先。RTMPS などの標準プロトコルで配信する
• ストリームキー: チャネルへ配信する権限を表す秘密の鍵。これを持つ者だけが配信できる
• 再生 URL: 視聴者がライブ映像を受け取るためのアドレス。プレイヤー SDK に渡して再生する
• 低遅延配信（Low-Latency Streaming）: 大規模視聴向けに、数秒程度の遅延で多数の視聴者へ配信する方式
• リアルタイム配信（Real-Time Streaming）: ミリ秒級の超低遅延で、複数人が双方向に参加するステージ型の体験向けの方式
• ステージ: リアルタイム配信で、複数の参加者が同時に映像・音声をやり取りする場
• プレイヤー SDK: Web・モバイル向けの公式再生ライブラリ。低遅延を活かした視聴を実現する
• チャット: IVS が提供する、配信に紐づくリアルタイムのメッセージ機能

仕様・制限・クォータ

• 取り込みは標準的な配信プロトコルに対応し、一般的な配信ソフトやエンコーダから送信できる
• 入力映像から複数画質へ自動変換し、視聴者の回線に応じて画質が切り替わる適応配信を行う
• 低遅延配信は数秒程度の遅延で多数の視聴者に対応、リアルタイム配信はさらに低い遅延で双方向のやり取りに対応する
• チャネル数・同時視聴者数・リアルタイム配信の同時参加者数などにアカウント単位のクォータがあり、引き上げ申請が可能
• 配信の最大解像度・ビットレート・セッション長などに上限がある

具体的な対応プロトコル・解像度・上限値は更新されるため、最新の公式ドキュメントで確認してください。

内部の仕組み

利用者から見ると、配信者がエンコーダから映像を送り込み、視聴者がプレイヤーで受け取る間の処理を IVS がブラックボックスとして担います。

• 配信ソフトが取り込みエンドポイントへ映像を送ると、IVS 側でトランスコードして複数画質を生成する
• 生成した映像を AWS のグローバルな配信網に乗せ、視聴者の近くから届けることで遅延を抑える
• 低遅延配信は大規模な一方向視聴に最適化され、リアルタイム配信は双方向のやり取り向けに別の伝送方式で超低遅延を実現する
• 視聴者数の増減に応じた配信能力の確保やスケーリングはすべて AWS 側が行う

エンコード、配信網、スケーリングといった重い部分を意識せず、チャネルの作成と SDK の組み込みだけで配信を構成できます。

設計パターン / ベストプラクティス

• 用途で方式を選ぶ: 多数の視聴者へ一方向に届ける配信は低遅延配信、視聴者も登壇して会話する双方向体験はリアルタイム配信を選ぶ
• 公式プレイヤー SDK を使う: 標準の HLS プレイヤーでも視聴できるが、低遅延を活かすには公式 SDK の利用が前提
• 配信権限を分離する: 配信できるのはストリームキーを持つ者だけ。キーは安全に管理し、配信者ごとにチャネルを分ける
• イベント駆動で連携する: 配信開始・終了などの状態変化をイベントとして受け取り、サムネイル生成や通知、録画後処理へつなげる
• 録画と組み合わせる: ライブと同時に S3 へ録画し、後からオンデマンド視聴に再利用する

運用・監視

• 配信の状態やメトリクス（視聴者数、配信の健全性など）は CloudWatch で監視する
• 配信の開始・終了や状態変化は EventBridge のイベントとして受け取り、後続処理や通知を自動化する
• API 操作の監査証跡は CloudTrail に記録される
• 配信が映らないときは、取り込みエンドポイントとストリームキーの設定、エンコーダのビットレートや解像度が上限内かを確認する

コスト

• 課金は基本的に、**配信した時間（入力）と視聴された量（出力）**に対する従量制で、サーバーの常時起動費用は発生しない
• 低遅延配信とリアルタイム配信で課金体系が異なる傾向がある
• 録画した映像の保存は S3 側の費用、視聴者への配信量に応じて出力側の費用が積み上がる

具体的な単価は変動するため、料金は公式の料金ページで確認してください。視聴者規模が大きいほど出力側の費用が支配的になりやすいので、想定同時視聴者数をもとに見積もるのが安全です。

セキュリティ

• アクセス制御は IAM で行い、チャネルの作成・管理の権限を最小限に絞る
• 配信権限はストリームキーで守られるため、漏洩しないよう安全に保管し、必要に応じて再発行する
• 視聴を限定したい場合は、再生 URL にトークンを要求する仕組みで視聴者を制限できる
• 取り込み・配信ともに暗号化された経路で通信し、録画先の S3 バケットは暗号化とアクセスポリシーで保護する

Well-Architected の観点

• パフォーマンス効率: マネージドな配信網で低遅延・適応画質の視聴を実現し、視聴者規模に応じて自動スケールする
• 運用上の優秀性: 配信基盤の構築・運用を任せ、EventBridge や CloudWatch と組み合わせて配信フローを自動化・可観測化できる
• セキュリティ: IAM の最小権限、ストリームキー管理、再生トークンによる視聴制限で配信を保護する
• コスト最適化: 従量課金のため、用途に合った配信方式を選び、不要な高ビットレート配信を避ける

試験で問われるポイント

関連サービス・比較

汎用的な動画変換・配信を担う AWS Elemental MediaLive と比べると、IVS は導入の手軽さに特化している点が違います。

ハンズオン / CLI例

# 低遅延配信用のチャネルを作成（取り込み先と再生URLが返る）
aws ivs create-channel \
  --name demo-live-channel \
  --latency-mode LOW \
  --type STANDARD

# 作成済みチャネルの取り込みエンドポイントと再生URLを確認
aws ivs get-channel \
  --arn arn:aws:ivs:ap-northeast-1:111122223333:channel/abcdEXAMPLE \
  --query "channel.{Ingest:ingestEndpoint,Playback:playbackUrl}"