Content protection scenario-based migration guidance

  • Artikkel

migration guide logo

migration steps 2

Important

It is no longer necessary to migrate from Azure Media Service v2 to v3 as deprecation of V2 API will align with the retirement of Azure Media Services. Please see the Azure Media Services retirement guide for more information.

This article provides you with details and guidance on the migration of content protection use cases from the v2 API to the new Azure Media Services v3 API.

Protect content in v3 API

See content protection concepts, tutorials and how to guides at the end of this article for specific steps.

Note

The rest of this article discusses how you can migrate your v2 content protection to v3 with .NET. If you need instructions or sample code for a different language or method, please create a GitHub issue for this page.

Deprecation of AMS as a stand-alone license delivery server (hybrid on-premises mode)

The v3 API no longer supports use of the key delivery services as a stand-alone feature for content protection where the key delivery service can be used to deliver license for content that is streamed or delivered through other 3rd party origin servers. This means that AMS no longer supports key-delivery only scenarios in the V3 API, and requires you to stream from AMS origin services using dynamic packaging and encryption when delivering with v3.

Existing content that was encrypted with the v2 API and is delivered in a "hybrid' model will continue to work (keys will still be retrievable on the data-plane,) but the management of those keys (updates and edits) through the v2 management plane or v3 management plane would no longer work after February 29th, 2024.

Note

All new content delivered using the v3 will only support content protection and streaming from AMS and no longer support "hybrid" mode. The data plane will continue to deliver existing keys and licenses created in v2, but will no longer support management or updates through the v2 or v3 API.

v3 visibility of v2 Assets, StreamingLocators, and properties

In the v2 API, Assets, StreamingLocators, and ContentKeys were used to protect your streaming content. When migrating to the v3 API, your v2 API Assets, StreamingLocators, and ContentKeys are all exposed automatically in the v3 API and all of the data on them is available for you to access.

However, you cannot update any properties on v2 entities through the v3 API that were created in v2.

If you need to update, change or alter content stored on v2 entities, update them with the v2 API or create new v3 API entities to migrate them.

Asset identifier differences

To migrate, you'll need to access properties or content keys from your v2 Assets. It's important to understand that the v2 API uses the AssetId as the primary identification key but the new v3 API uses the Azure Resource Management name of the entity as the primary identifier. (The v2 Asset.Name property is not used as a unique identifier.) With the v3 API, your v2 Asset name now appears as the Asset.Description.

For example, if you previously had a v2 Asset with the ID of nb:cid:UUID:8cb39104-122c-496e-9ac5-7f9e2c2547b8, the identifier is now at the end of the GUID 8cb39104-122c-496e-9ac5-7f9e2c2547b8. You'll see this when listing your v2 assets through the v3 API.

Any Assets that were created and published using the v2 API will have both a ContentKeyPolicy and a ContentKey in the v3 API instead of a default content key policy on the StreamingPolicy.

For more information, see the Content key policy documentation and the Streaming Policy documentation.

Use Azure Media Services Explorer (AMSE) v2 and AMSE v3 tools side by side

Use the v2 Azure Media Services Explorer tool along with the v3 Azure Media Services Explorer tool to compare the data side by side for an Asset created and published via v2 APIs. The properties should all be visible, but in different locations.

Use the .NET content protection migration sample

You can find a code sample to compare the differences in Asset identifiers using the v2tov3MigrationSample under ContentProtection in the Media Services code samples.

List the Streaming Locators

You can query the StreamingLocators associated with the Assets created in the v2 API using the new v3 method ListStreamingLocators on the Asset entity. Also reference the .NET client SDK version of ListStreamingLocatorsAsync

The results of the ListStreamingLocators method will provide you the Name and StreamingLocatorId of the locator along with the StreamingPolicyName.

Find the content keys

To find the ContentKeys used with your StreamingLocators, you can call the StreamingLocator.ListContentKeysAsync method.

For more information on content protection in the v3 API, see the article Protect your content with Media Services dynamic encryption.

Change the v2 ContentKeyPolicy keeping the same ContentKey

You should first unpublish (remove all Streaming Locators) on the Asset via the v2 SDK. Here's how:

  1. Delete the locator.
  2. Unlink the ContentKeyAuthorizationPolicy.
  3. Unlink the AssetDeliveryPolicy.
  4. Unlink the ContentKey.
  5. Delete the ContentKey.
  6. Create a new StreamingLocator in v3 using a v3 StreamingPolicy and ContentKeyPolicy, specifying the specific content key identifier and key value needed.

Note

It is possible to delete the v2 locator using the v3 API, but this won't remove the content key or the content key policy if they were created in the v2 API.

Content protection concepts, tutorials and how to guides

Concepts

Tutorials

Quickstart: Use portal to encrypt content

How to guides

Tools

Get help and support

You can contact Media Services with questions or follow our updates by one of the following methods: