Media Services V2 と V3 の間の用語とエンティティの変更
大事な
V2 API の廃止は Azure Media Services の廃止に合わせるために、Azure Media Service v2 から v3 に移行する必要はなくなりました。 詳細については、Azure Media Services の提供終了ガイド を参照してください。
この記事では、Azure Media Services v2 と v3 の用語の違いについて説明します。
用語の変更
- ロケーター は、ストリーミング ロケーターと呼ばれるようになりました。
- チャネル は、ライブ イベントと呼ばれるようになりました。
- プログラム は、ライブ出力と呼ばれるようになりました。
- タスク は、ジョブの一部である JobOutputと呼ばれるようになりました。
エンティティの変更
| V2 エンティティ |
V3 エンティティ の |
ガイダンス | V3 からアクセス可能 | V3 によって更新された |
|---|---|---|---|---|
AccessPolicy |
エンティティ AccessPolicies は V3 に存在しません。 |
いいえ | いいえ | |
Asset |
Asset |
はい | はい | |
AssetDeliveryPolicy |
StreamingPolicy |
はい | いいえ | |
AssetFile |
エンティティ AssetFiles は V3 に存在しません。 アップロードしたファイル (ストレージ BLOB) は引き続きファイルと見なされます。代わりに Azure Storage API を使用して、コンテナー内の BLOB を列挙します。 ジョブを使用してファイルに変換を適用するには、次の 2 つの方法があります。 ストレージに既にアップロードされているファイル: URI には、ストレージ アカウント内の資産に対して実行されるジョブの資産 ID が含まれます。 変換およびジョブ プロセス中にアップロードされるファイル: 資産がストレージに作成され、SAS URL が返され、ファイルがストレージにアップロードされ、変換がファイルに適用されます。 |
いいえ | いいえ | |
Channel |
LiveEvent |
ライブ イベントは、v2 API のチャネルを置き換えます。 ほとんどの機能が引き継がれ、ライブ文字起こし、スタンバイ モード、RTMPS 取り込みのサポートなど、より多くの新機能があります。 シナリオ ベースのライブ ストリーミング でライブ イベントを |
いいえ | いいえ |
ContentKey |
エンティティではなくなった ContentKeys、ストリーミング ロケーターのプロパティになりました。v3 では、コンテンツ キー データは、 StreamingLocator (出力暗号化用) または資産自体 (クライアント側のストレージ暗号化用) に関連付けられます。 |
はい | いいえ | |
ContentKeyAuthorizationPolicy |
ContentKeyPolicy |
はい | いいえ | |
ContentKeyAuthorizationPolicyOption
|
ContentKeyPolicyOptions は ContentKeyPolicyに含まれています。 |
はい | いいえ | |
IngestManifest |
エンティティ IngestManifests は V3 に存在しません。 V3 でファイルをアップロードするには、Azure Storage API が必要です。 最初に資産が作成され、ファイルが関連付けられているストレージ コンテナーにアップロードされます。 代わりに使用できる Azure Storage コンテナーにデータを取得する方法は多数あります。
JobInputHttp は、必要に応じて特定の URL からジョブ入力をダウンロードする方法も提供します。 |
いいえ | いいえ | |
IngestManifestAsset |
代わりに使用できる Azure Storage コンテナーにデータを取得する方法は多数あります。
JobInputHttp は、必要に応じて特定の URL からジョブ入力をダウンロードする方法も提供します。 |
いいえ | いいえ | |
IngestManifestFile |
代わりに使用できる Azure Storage コンテナーにデータを取得する方法は多数あります。
JobInputHttp は、必要に応じて特定の URL からジョブ入力をダウンロードする方法も提供します。 |
いいえ | いいえ | |
Job |
Job |
Jobを作成する前に Transform を作成します。 |
いいえ | いいえ |
JobTemplate |
Transform |
代わりに Transform を使用してください。 変換はジョブとは別のエンティティであり、再利用できます。 |
いいえ | いいえ |
Locator |
StreamingLocator |
はい | いいえ | |
MediaProcessor |
名前で使用する MediaProcessor を調べるのではなく、変換を定義するときに目的のプリセットを使用します。 使用されるプリセットによって、ジョブ システムで使用されるメディア プロセッサが決まります。
シナリオベースのエンコードのエンコードに関するトピックを参照してください。 |
いいえ | NA (V2 では読み取りのみ) | |
NotificationEndPoint |
v3 の通知は、Azure Event Grid 経由で処理されます。
NotificationEndpoint は Event Grid サブスクリプション登録に置き換えられ、受信する通知の種類の構成もカプセル化されます (v2 では、ジョブの JobNotificationSubscription、タスクの TaskNotificationSubscription、テレメトリ ComponentMonitoringSettingによって処理されました)。 v2 テレメトリは、大規模な Azure エコシステムの機能強化に合わせて、Azure Event Grid と Azure Monitor の間で分割されました。 |
いいえ | いいえ | |
Program |
LiveOutput |
ライブ出力が v3 API のプログラムに置き換わるようになりました。 | いいえ | いいえ |
StreamingEndpoint |
StreamingEndpoint |
ストリーミング エンドポイントは、主に同じままです。 これらは、配信元から直接、または CDN を介したライブ ストリーミングとオンデマンド ストリーミングの両方で、HLS および DASH コンテンツの動的パッケージ化、暗号化、配信に使用されます。 新しい機能には、より優れた Azure Monitor 統合とグラフ作成のサポートが含まれます。 | はい | はい |
Task |
JobOutput |
JobOutput に置き換えられました (API の独立したエンティティではなくなりました)。
シナリオベースのエンコードのエンコードに関するトピックを参照してください。 |
いいえ | いいえ |
TaskTemplate |
TransformOutput |
TransformOutput に置き換えられました (API の独立したエンティティではなくなりました)。
シナリオベースのエンコードのエンコードに関するトピックを参照してください。 |
いいえ | いいえ |
Inputs |
Inputs |
入力と出力がジョブ レベルになりました。 シナリオベースのエンコード のエンコードに関するトピックを参照してください | いいえ | いいえ |
Outputs |
Outputs |
入力と出力がジョブ レベルになりました。 V3 では、メタデータ形式が XML から JSON に変更されました。 ライブ出力は作成時に開始され、削除されると停止します。 シナリオベースのエンコード のエンコードに関するトピックを参照してください | いいえ | いいえ |
| その他の変更 | V2 | V3 |
|---|---|---|
| Storage | ||
| ストレージ | V3 SDK は Storage SDK から切り離されました。これにより、使用する Storage SDK のバージョンをより詳細に制御でき、バージョン管理の問題を回避できます。 | |
| エンコード | ||
| エンコード ビット レート | kbps 単位のビット レート (例: 128 (kbps) | 1 秒あたりのビット数例: 128000 (ビット/秒) |
| DRM FairPlay のエンコード | Media Services V2 では、初期化ベクトル (IV) を指定できます。 | Media Services V3 では、FairPlay IV を指定できません。 |
| Premium エンコーダー | Premium エンコーダーとレガシ インデクサー |
Premium Encoder と従来の メディア分析プロセッサ (Azure Media Services Indexer 2 Preview、Face Redactor など) には V3 経由でアクセスできません。 Standard エンコーダーへのオーディオ チャネル マッピングのサポートが追加されました。 Media Services Encoding Swagger のドキュメントの「オーディオの シナリオベースのエンコード のエンコードに関するトピックを参照してください |
| 変換とジョブの | ||
| HTTPS のジョブ ベースの処理 | ファイル ベースのジョブ処理では、HTTPS URL を入力として使用できます。 コンテンツが既に Azure に格納されている必要はありません。また、アセットを作成する必要もありません。 | |
| ジョブ 用の ARM テンプレート | ARM テンプレートが V2 に存在しませんでした。 | 変換を使用して、再利用可能な構成を構築し、Azure Resource Manager テンプレートを作成し、複数の顧客またはテナント間で処理設定を分離できます。 |
| ライブ イベント |
||
| ストリーミング エンドポイントの | ストリーミング エンドポイントは、コンテンツをクライアント プレーヤー アプリケーションに直接配信したり、コンテンツ配信ネットワーク (CDN) に配信してさらに配布したりできるストリーミング サービスを表します。 | ストリーミング エンドポイントは、主に同じままです。 これらは、配信元から直接、または CDN を介したライブ ストリーミングとオンデマンド ストリーミングの両方で、HLS および DASH コンテンツの動的パッケージ化、暗号化、配信に使用されます。 新しい機能には、より優れた Azure Monitor 統合とグラフ作成のサポートが含まれます。 |
| ライブ イベント チャネル | チャネルは、ライブ ストリーミング コンテンツの処理を担当します。 チャネルは、ライブ トランスコーダーに提供する入力エンドポイント (取り込み URL) を提供します。 チャネルはライブ トランスコーダーからライブ入力ストリームを受信し、1 つ以上のストリーミング エンドポイントを介したストリーミングに使用できるようにします。 チャネルには、さらに処理と配信を行う前にストリームをプレビューおよび検証するために使用するプレビュー エンドポイント (プレビュー URL) も用意されています。 | ライブ イベントは、v2 API のチャネルを置き換えます。 ほとんどの機能が引き継がれ、ライブ文字起こし、スタンバイ モード、RTMPS 取り込みのサポートなど、より多くの新機能があります。 |
| ライブ イベント プログラム | Program を使用すると、ライブ ストリーム内のセグメントの発行と保存を制御できます。 チャネルはプログラムを管理します。 チャネルとプログラムの関係は、従来のメディアに似ています。チャネルには一定のコンテンツ ストリームがあり、プログラムはそのチャネルで時間指定されたイベントにスコープされます。
ArchiveWindowLength プロパティを設定することで、プログラムの記録されたコンテンツを保持する時間数を指定できます。 この値は、最低 5 分から最大 25 時間に設定できます。 |
ライブ出力が v3 API のプログラムに置き換わるようになりました。 |
| ライブ イベントの長さ | Media Services を使用してシングル ビットレートコントリビューション フィードを複数のビットレートの出力ストリームに変換する場合、ライブ イベントを 24 時間 365 日ストリーミングできます。 | |
| ライブ イベント待機時間の | ライブ イベントでの新しい待機時間の短いライブ ストリーミングのサポート。 | |
| ライブ イベント プレビュー | ライブ イベント プレビューでは、動的パッケージ化と動的暗号化がサポートされます。 これにより、プレビューおよび DASH および HLS パッケージでのコンテンツ保護が可能になります。 | |
| ライブ イベント RTMPS | RTMPS のサポートが向上し、安定性が向上し、ソース エンコーダーのサポートが強化されました。 | |
| ライブ イベント RTMPS セキュリティで保護された取り込み | ライブ イベントを作成すると、4 つの取り込み URL が取得されます。 4 つの取り込み URL はほぼ同じであり、同じストリーミング トークン AppIdを持ち、ポート番号の部分のみが異なります。 2 つの URL は RTMPS のプライマリとバックアップです。 |
|
| ライブ イベントの文字起こし | Azure Media Service は、さまざまなプロトコルでビデオ、オーディオ、テキストを配信します。 MPEG-DASH または HLS/CMAF を使用してライブ ストリームを公開すると、ビデオとオーディオと共に、サービスは IMSC1.1 互換 TTML で文字起こしされたテキストを配信します。 | |
| ライブ イベント スタンバイ モードの | V2 のスタンバイ モードがありませんでした。 | スタンバイ モードは、ライブ イベントのホット プールを管理するのに役立つ新しい v3 機能です。 お客様は、ライブ イベントを実行状態に移行する前に、低コストでスタンバイ モードで開始できるようになりました。 これにより、チャネルの開始時刻が短縮され、起動速度を上げるためにホット プールを運用するコストが削減されます。 |
| ライブ イベントの課金 | ライブ イベントの課金は、ライブ チャネルメーターに基づいています。 | |
| ライブ出力 | プログラムは作成後に開始する必要がありました。 | ライブ出力は作成時に開始され、削除されると停止します。 |
ヘルプとサポートを受ける
Media Services に質問がある場合は、次のいずれかの方法で更新プログラムに従ってください。
- Q & A
-
Stack Overflow。
azure-media-servicesで質問にタグを付け. - @MSFTAzureMedia または @AzureSupport を使用してサポートを要求します。
- Azure portal からサポート チケットを開きます。