Partager via

Modifications de terminologie et d’entité entre Media Services V2 et V3

  • Article

logo du guide de migration

étapes de migration 2

Important

Il n’est plus nécessaire de migrer d’Azure Media Service v2 vers v3, car la dépréciation de l’API V2 s’aligne sur la mise hors service d’Azure Media Services. Pour plus d’informations, consultez le guide de mise hors service Azure Media Services.

Cet article décrit les différences de terminologie entre Azure Media Services v2 et v3.

Modifications de terminologie

  • Un localisateur de est maintenant appelélocalisateur de streaming .
  • Un de canal est maintenant appelé d’événements en direct .
  • Un de programme est maintenant appeléde sortie dynamique .
  • Une tâche est maintenant appeléeJobOutput , qui fait partie d’un travail.

Modifications d’entité

d’entité V2 d’entité V3 guide accessible aux V3 mis à jour par V3
AccessPolicy L’entité AccessPolicies n’existe pas dans V3. Non Non
Asset Asset Oui Oui
AssetDeliveryPolicy StreamingPolicy Oui Non
AssetFile L’entité AssetFiles n’existe pas dans V3. Bien que les fichiers (objets blob de stockage) que vous chargez soient toujours considérés comme des fichiers.

Utilisez les API stockage Azure pour énumérer les objets blob dans un conteneur à la place. Il existe deux façons d’appliquer une transformation aux fichiers avec un travail :

Fichiers déjà chargés dans le stockage : l’URI inclut l’ID de ressource pour que les travaux soient effectués sur des ressources au sein d’un compte de stockage.

Fichiers à charger pendant le processus de transformation et de travail : la ressource est créée dans le stockage, une URL SAP est retournée, les fichiers sont chargés dans le stockage, puis la transformation est appliquée aux fichiers.		 Non Non
Channel LiveEvent Les événements en direct remplacent les canaux de l’API v2. Ils portent la plupart des fonctionnalités et ont plus de nouvelles fonctionnalités telles que les transcriptions en direct, le mode stand-by et la prise en charge de l’ingestion RTMPS.

Consultez événement en direct dans les scénarios de diffusion en continu en direct		 Non Non
ContentKey ContentKeys n’est plus une entité, il s’agit maintenant d’une propriété d’un localisateur de streaming.

Dans la version v3, les données de clé de contenu sont associées au StreamingLocator (pour le chiffrement de sortie) ou à la ressource elle-même (pour le chiffrement côté client).		 Oui Non
ContentKeyAuthorizationPolicy ContentKeyPolicy Oui Non
ContentKeyAuthorizationPolicyOption ContentKeyPolicyOptions sont inclus dans le ContentKeyPolicy. Oui Non
IngestManifest L’entité IngestManifests n’existe pas dans V3. Le chargement de fichiers dans V3 implique l’API de stockage Azure. Les ressources sont créées pour la première fois, puis les fichiers sont chargés dans le conteneur de stockage associé. Il existe de nombreuses façons d’obtenir des données dans un conteneur de stockage Azure qui peut être utilisé à la place. JobInputHttp fournit également un moyen de télécharger une entrée de travail à partir d’une URL donnée si vous le souhaitez. Non Non
IngestManifestAsset Il existe de nombreuses façons d’obtenir des données dans un conteneur de stockage Azure qui peut être utilisé à la place. JobInputHttp fournit également un moyen de télécharger une entrée de travail à partir d’une URL donnée si vous le souhaitez. Non Non
IngestManifestFile Il existe de nombreuses façons d’obtenir des données dans un conteneur de stockage Azure qui peut être utilisé à la place. JobInputHttp fournit également un moyen de télécharger une entrée de travail à partir d’une URL donnée si vous le souhaitez. Non Non
Job Job Créez un Transform avant de créer un Job. Non Non
JobTemplate Transform Utilisez plutôt un Transform. Une transformation est une entité distincte d’un travail et peut être réutilisée. Non Non
Locator StreamingLocator Oui Non
MediaProcessor Au lieu de rechercher le MediaProcessor à utiliser par nom, utilisez la présélection souhaitée lors de la définition d’une transformation. La présélection utilisée détermine le processeur multimédia utilisé par le système de travail. Consultez les rubriques d’encodage dans scénario basé sur l’encodage. Non NA (en lecture seule dans V2)
NotificationEndPoint Les notifications dans v3 sont gérées via Azure Event Grid. Le NotificationEndpoint est remplacé par l’inscription de l’abonnement Event Grid, qui encapsule également la configuration des types de notifications à recevoir (qui, dans la version 2, a été gérée par les JobNotificationSubscription du travail, les TaskNotificationSubscription de la tâche et les ComponentMonitoringSettingde télémétrie). La télémétrie v2 a été divisée entre Azure Event Grid et Azure Monitor pour s’adapter aux améliorations de l’écosystème Azure plus grand. Non Non
Program LiveOutput Les sorties actives remplacent désormais les programmes dans l’API v3. Non Non
StreamingEndpoint StreamingEndpoint Les points de terminaison de streaming restent principalement identiques. Ils sont utilisés pour l’empaquetage dynamique, le chiffrement et la livraison de contenu HLS et DASH pour la diffusion en continu en direct et à la demande, directement à partir de l’origine ou via le CDN. Les nouvelles fonctionnalités incluent la prise en charge d’une meilleure intégration et d’un graphique Azure Monitor. Oui Oui
Task JobOutput Remplacé par JobOutput (qui n’est plus une entité distincte dans l’API). Consultez les rubriques d’encodage dans scénario basé sur l’encodage. Non Non
TaskTemplate TransformOutput Remplacé par TransformOutput (qui n’est plus une entité distincte dans l’API). Consultez les rubriques d’encodage dans scénario basé sur l’encodage. Non Non
Inputs Inputs Les entrées et sorties sont désormais au niveau du travail. Consultez les rubriques d’encodage dans scénario d’encodage Non Non
Outputs Outputs Les entrées et sorties sont désormais au niveau du travail. Dans V3, le format de métadonnées est passé du xml au format JSON. Les sorties dynamiques démarrent lors de la création et s’arrêtent lors de la suppression. Consultez les rubriques d’encodage dans scénario d’encodage Non Non
autres modifications V2 V3
stockage
de stockage Les kits SDK V3 sont désormais découplés du Kit de développement logiciel (SDK) de stockage, ce qui vous permet de mieux contrôler la version du Kit de développement logiciel (SDK) de stockage que vous souhaitez utiliser et d’éviter les problèmes de contrôle de version.
d’encodage
Taux de bits d’encodage taux de bits mesurés en kbits/s, par exemple : 128 (kbits/s) bits par seconde, par exemple : 128000 (bits/seconde)
Encodage drm FairPlay Dans Media Services V2, le vecteur d’initialisation (IV) peut être spécifié. Dans Media Services V3, le FairPlay IV ne peut pas être spécifié.
d’encodeur Premium Encodeur Premium et Indexeur hérité L’encodeur Premium et les processeurs d’analytique multimédia hérités (Azure Media Services Indexer 2 Preview, Face Redactor, etc.) ne sont pas accessibles via V3. Nous avons ajouté la prise en charge du mappage de canal audio à l’encodeur Standard. Consultez audio dans la documentation swagger d’encodage Media Services.
Consultez les rubriques d’encodage dans scénario d’encodage
transformations et travaux
Traitement basé sur les travaux HTTPS Pour le traitement du travail basé sur des fichiers, vous pouvez utiliser une URL HTTPS comme entrée. Vous n’avez pas besoin d’avoir du contenu déjà stocké dans Azure, ni de créer des ressources.
Modèles ARM pour les travaux Les modèles ARM n’existaient pas dans V2. Une transformation peut être utilisée pour créer des configurations réutilisables, créer des modèles Azure Resource Manager et isoler les paramètres de traitement entre plusieurs clients ou locataires.
événements en direct
de point de terminaison de streaming Un point de terminaison de diffusion en continu représente un service de diffusion en continu qui peut distribuer du contenu directement à une application de lecteur client ou à un réseau de distribution de contenu (CDN). Les points de terminaison de streaming restent principalement identiques. Ils sont utilisés pour l’empaquetage dynamique, le chiffrement et la livraison de contenu HLS et DASH pour la diffusion en continu en direct et à la demande, directement à partir de l’origine ou via le CDN. Les nouvelles fonctionnalités incluent la prise en charge d’une meilleure intégration et d’un graphique Azure Monitor.
Canaux d’événements en direct Les canaux sont responsables du traitement du contenu de streaming en direct. Un canal fournit un point de terminaison d’entrée (URL d’ingestion) que vous fournissez ensuite à un transcodeur en direct. Le canal reçoit des flux d’entrée en direct à partir du transcodeur en direct et le rend disponible pour la diffusion en continu via un ou plusieurs points de terminaison de diffusion en continu. Les canaux fournissent également un point de terminaison en préversion (URL d’aperçu) que vous utilisez pour afficher un aperçu et valider votre flux avant un traitement et une remise supplémentaires. Les événements en direct remplacent les canaux de l’API v2. Ils portent la plupart des fonctionnalités et ont plus de nouvelles fonctionnalités telles que les transcriptions en direct, le mode stand-by et la prise en charge de l’ingestion RTMPS.
Programmes d’événements en direct Un programme vous permet de contrôler la publication et le stockage des segments dans un flux en direct. Les canaux gèrent les programmes. La relation Canal et Programme est similaire aux médias traditionnels où un canal a un flux constant de contenu et qu’un programme est limité à un événement chronométré sur ce canal. Vous pouvez spécifier le nombre d’heures pendant lesquelles vous souhaitez conserver le contenu enregistré pour le programme en définissant la propriété ArchiveWindowLength. Cette valeur peut être définie d’un minimum de 5 minutes à un maximum de 25 heures. Les sorties actives remplacent désormais les programmes dans l’API v3.
Longueur de l’événement en direct Vous pouvez diffuser des événements en direct 24/7 lors de l’utilisation de Media Services pour transcoder un flux de contribution à débit binaire unique dans un flux de sortie qui a plusieurs débits binaires.
Latence des événements en direct Prise en charge du streaming en direct à faible latence sur les événements en direct.
Préversion des événements en direct Live Event Preview prend en charge l’empaquetage dynamique et le chiffrement dynamique. Cela permet la protection du contenu en préversion, ainsi que l’empaquetage DASH et HLS.
Événement en direct RTMPS Amélioration de la prise en charge de RTMPS avec une stabilité accrue et une prise en charge accrue de l’encodeur source.
Réception sécurisée rtMPS de l’événement en direct Lorsque vous créez un événement en direct, vous obtenez 4 URL d’ingestion. Les 4 URL d’ingestion sont presque identiques, ont le même jeton de streaming AppId, seule la partie numéro de port est différente. Deux des URL sont principales et sauvegardes pour RTMPS.
Transcription d’événements en direct Azure Media Service fournit des données vidéo, audio et texte dans différents protocoles. Lorsque vous publiez votre flux en direct à l’aide de MPEG-DASH ou HLS/CMAF, ainsi que de la vidéo et de l’audio, notre service fournit le texte transcrit dans TTML compatible IMSC1.1.
Mode de secours d’événement en direct Il n’y avait aucun mode de secours pour V2. Le mode stand-by est une nouvelle fonctionnalité v3 qui permet de gérer des pools chauds d’événements en direct. Les clients peuvent désormais démarrer un événement en direct en mode stand-by à moindre coût avant de le passer à l’état en cours d’exécution. Cela améliore les temps de démarrage du canal et réduit les coûts de fonctionnement des pools chauds pour accélérer les démarrages.
Facturation des événements en direct La facturation des événements en direct est basée sur les compteurs de canal en direct.
Sorties dynamiques Les programmes devaient être démarrés après la création. Les sorties dynamiques démarrent lors de la création et s’arrêtent lors de la suppression.

Obtenir de l’aide et du support

Vous pouvez contacter Media Services avec des questions ou suivre nos mises à jour par l’une des méthodes suivantes :