大手メディア企業が、グローバルなライブストリーミングプラットフォームを新規構築しています。技術的な要件と制約は以下の通りです： 【コンテンツ配信要件】 ・同時視聴者数：通常時100万人、スポーツイベントなどのピーク時1000万人超 ・対応コンテンツ：ライブTV（H.264/H.265、解像度1080p〜4K）、VOD（Video on Demand） ・ターゲット地域：北米・欧州・アジア太平洋・中東（合計30カ国以上） ・エンドユーザーへのレイテンシ目標：ライブストリームで3秒以内（Low-Latency HLS使用） ・DRM（Digital Rights Management：デジタル著作権管理）：Widevine、FairPlay、PlayReadyの3方式をサポート 【コンテンツ保護・コンプライアンス要件】 ・地理的ライセンス制限（Geo-restriction）：コンテンツによって視聴可能な国が異なる ・放送禁止ワードのリアルタイム検出と音声ミュート処理（ライブ配信中） ・著作権侵害アップロードの自動検知（Content ID相当の機能） ・視聴ログの7年間保存（著作権ライセンス監査対応） 【インフラ要件】 ・ピーク時の10倍スパイクに自動対応 ・オリジンサーバーへの負荷を最小化 ・コンテンツ取り込み（Ingest）のRTO：30秒以内（ライブ放送中断からの復旧） ・マルチビットレートのアダプティブストリーミング（ABR） これらの要件を満たすアーキテクチャとして正しいものを2つ選んでください。
ライブ取り込みにAWS Elemental MediaLiveを使用し、H.264/H.265のトランスコードとHLS/DASH（Dynamic Adaptive Streaming over HTTP）マルチビットレート出力を生成する。オリジンにAWS Elemental MediaPackageを使用してLow-Latency HLSエンドポイントとDRMパッケージング（SPEKE：Secure Packager and Encoder Key Exchange APIでWidevine/FairPlay/PlayReadyを統合）を提供する。配信はAmazon CloudFrontで行い、Lambda@Edgeで地理的制限のきめ細かい制御とカスタム認証トークン検証を実装する。放送禁止ワード検出はMediaLiveの入力スイッチ機能とAmazon Transcribeのリアルタイム文字起こしを組み合わせてAWS Lambdaでミュート処理を実施する。著作権侵害検知はAmazon Rekognitionのカスタムコンテンツモデレーションで対応し、視聴ログはAmazon Data Firehose経由でS3に7年保存する。 コンテンツ取り込みにAWS Elemental MediaLive（冗長入力設定）を使用し、プライマリ/バックアップフィードの自動フェイルオーバーで30秒以内のRTOを実現する。AWS Elemental MediaPackageでLow-Latency HLSエンドポイントを作成し、MediaPackageのDRMプロテクションでWidevine/FairPlay/PlayReadyを統合する。CloudFront Distributionをコンテンツタイプ・地域ごとに設計し、CloudFront Functions（軽量なエッジ処理）でリクエストのルーティングとGeo-restriction制御を行い、Lambda@Edge（重い処理）でDRMトークン検証・カスタム認証ロジックを実装する。視聴ログはKinesis Data StreamsからLambdaでパーティショニングしてS3に保存し、S3 Lifecycle PolicyでS3 Glacierへの7年保存を自動化する。著作権侵害検知はAmazon Rekognition Video（カスタムラベル）をバックグラウンドジョブとして実行する。 解説： 選択肢AとCはMediaLive→MediaPackage→CloudFrontの標準メディアパイプラインを採用し、SPEKEによる3DRM方式統合、Lambda@Edgeによる高度なGeo-restriction、TranscribeによるリアルタイムAV音声検出、S3への長期保存を適切に実装しています。CはMediaLive冗長入力で30秒RTOを実現し、CloudFront FunctionsとLambda@Edgeの役割分担が優れています。 選択肢BはMediaConnectの役割説明が不正確で、AWS Elemental MediaAnalyticsは実在しないサービスです。 選択肢DはGlobal AcceleratorとCloudFrontの重複使用が非効率で、ComprehendはリアルタイムAV処理に不適です。 選択肢EはFargateを音声編集に使うアーキテクチャが過剰に複雑でレイテンシ要件を満たせません。