Alterações de terminologia e entidade entre Media Services V2 e V3

  • Artigo

logotipo do guia de migração

etapas de migração 2

Importante

Não é mais necessário migrar do Serviço de Mídia do Azure v2 para v3, pois a substituição da API V2 será alinhada com a desativação dos Serviços de Mídia do Azure. Consulte o guia de desativação dos Serviços de Mídia do Azure para obter mais informações.

Este artigo descreve as diferenças de terminologia entre os Serviços de Mídia do Azure v2 a v3.

Alterações terminológicas

  • Um de Localizador de agora é chamado de Localizador de Streaming.
  • Um do Canal agora é chamado de Live Event.
  • Um de Programa agora é chamado de Live Output.
  • Um de Tarefas agora é chamado de JobOutput, que faz parte de um Job.

Alterações de entidade

V2 Entidade V3 Entidade Orientação Acessível a V3 Atualizado por V3
AccessPolicy A entidade AccessPolicies não existe na V3. Não Não
Asset Asset Sim Sim
AssetDeliveryPolicy StreamingPolicy Sim Não
AssetFile A entidade AssetFiles não existe na V3. Embora os arquivos (blobs de armazenamento) carregados ainda sejam considerados arquivos.

Use as APIs de Armazenamento do Azure para enumerar os blobs em um contêiner. Há duas maneiras de aplicar uma transformação aos arquivos com um trabalho:

Arquivos já carregados no armazenamento: o URI incluiria o ID do ativo para trabalhos a serem feitos em ativos dentro de uma conta de armazenamento.

Arquivos a serem carregados durante o processo de transformação e trabalho: o ativo é criado no armazenamento, uma URL SAS é retornada, os arquivos são carregados no armazenamento e, em seguida, a transformação é aplicada aos arquivos.		 Não Não
Channel LiveEvent Os Eventos ao Vivo substituem os Canais da API v2. Eles carregam a maioria dos recursos e têm mais novos recursos, como transcrições ao vivo, modo stand-by e suporte para ingestão de RTMPS.

Veja evento ao vivo na transmissão ao vivo baseada em cenário		 Não Não
ContentKey ContentKeys não é mais uma entidade, agora é uma propriedade de um localizador de streaming.

Na v3, os dados da chave de conteúdo são associados ao StreamingLocator (para criptografia de saída) ou ao próprio ativo (para criptografia de armazenamento do lado do cliente).		 Sim Não
ContentKeyAuthorizationPolicy ContentKeyPolicy Sim Não
ContentKeyAuthorizationPolicyOption ContentKeyPolicyOptions estão incluídos no ContentKeyPolicy. Sim Não
IngestManifest A entidade IngestManifests não existe na V3. O carregamento de arquivos na V3 envolve a API de armazenamento do Azure. Os ativos são criados primeiro e, em seguida, os arquivos são carregados no contêiner de armazenamento associado. Há muitas maneiras de obter dados em um contêiner de Armazenamento do Azure que podem ser usadas em vez disso. JobInputHttp também fornece uma maneira de baixar uma entrada de trabalho de um determinado URL, se desejado. Não Não
IngestManifestAsset Há muitas maneiras de obter dados em um contêiner de Armazenamento do Azure que podem ser usadas em vez disso. JobInputHttp também fornece uma maneira de baixar uma entrada de trabalho de um determinado URL, se desejado. Não Não
IngestManifestFile Há muitas maneiras de obter dados em um contêiner de Armazenamento do Azure que podem ser usadas em vez disso. JobInputHttp também fornece uma maneira de baixar uma entrada de trabalho de um determinado URL, se desejado. Não Não
Job Job Crie um Transform antes de criar um Job. Não Não
JobTemplate Transform Em vez disso, use um Transform. Uma transformação é uma entidade separada de um trabalho e é reutilizável. Não Não
Locator StreamingLocator Sim Não
MediaProcessor Em vez de procurar o MediaProcessor usar pelo nome, use a predefinição desejada ao definir uma transformação. A predefinição usada determinará o processador de mídia usado pelo sistema de trabalho. Consulte os tópicos de codificação em codificação baseada em cenário. Não NA (somente leitura em V2)
NotificationEndPoint As notificações na v3 são tratadas por meio da Grade de Eventos do Azure. O NotificationEndpoint é substituído pelo registro de assinatura da Grade de Eventos, que também encapsula a configuração para os tipos de notificações a receber (que na v2 era manipulada pelo JobNotificationSubscription do Trabalho, o TaskNotificationSubscription da Tarefa e o ComponentMonitoringSettingde Telemetria). A Telemetria v2 foi dividida entre a Grade de Eventos do Azure e o Azure Monitor para se ajustar aos aprimoramentos do ecossistema maior do Azure. Não Não
Program LiveOutput As saídas ao vivo agora substituem os programas na API v3. Não Não
StreamingEndpoint StreamingEndpoint Os endpoints de streaming permanecem basicamente os mesmos. Eles são usados para empacotamento dinâmico, criptografia e entrega de conteúdo HLS e DASH para streaming ao vivo e sob demanda diretamente da origem ou através da CDN. Os novos recursos incluem suporte para melhor integração e gráficos do Azure Monitor. Sim Sim
Task JobOutput Substituído por JobOutput (que não é mais uma entidade separada na API). Consulte os tópicos de codificação em codificação baseada em cenário. Não Não
TaskTemplate TransformOutput Substituído por TransformOutput (que não é mais uma entidade separada na API). Consulte os tópicos de codificação em codificação baseada em cenário. Não Não
Inputs Inputs As entradas e saídas estão agora no nível Job. Consulte os tópicos de codificação em de codificação baseada em cenário Não Não
Outputs Outputs As entradas e saídas estão agora no nível Job. Na V3, o formato de metadados mudou de XML para JSON. As saídas ao vivo começam na criação e param quando excluídas. Consulte os tópicos de codificação em de codificação baseada em cenário Não Não
Outras alterações V2 V3
Storage
Armazenamento Os SDKs V3 agora estão dissociados do SDK de Armazenamento, o que lhe dá mais controle sobre a versão do SDK de Armazenamento que você deseja usar e evita problemas de controle de versão.
Codificação
Codificação de taxas de bits Taxas de bits medidas em Kbps Ex: 128 (Kbps) bits por segundo ex: 128000 (bits/segundo)
Codificação de DRM FairPlay No Media Services V2, o vetor de inicialização (IV) pode ser especificado. No Media Services V3, o FairPlay IV não pode ser especificado.
Codificador premium Codificador Premium e Indexador Legado O do Codificador Premium e os processadores de análise de mídia herdados (Azure Media Services Indexer 2 Preview, Face Redator, etc.) não podem ser acessados via V3. Adicionamos suporte para mapeamento de canais de áudio para o codificador padrão. Consulte Audio na documentação do Media Services Encoding Swagger.
Consulte os tópicos de codificação em de codificação baseada em cenário
Transformações e trabalhos
Processamento baseado em trabalho HTTPS Para processamento de trabalho baseado em arquivo, você pode usar uma URL HTTPS como entrada. Você não precisa ter conteúdo já armazenado no Azure, nem precisa criar Ativos.
Modelos ARM para trabalhos Os modelos ARM não existiam na V2. Uma transformação pode ser usada para criar configurações reutilizáveis, criar modelos do Azure Resource Manager e isolar configurações de processamento entre vários clientes ou locatários.
Eventos ao vivo
Ponto de extremidade de streaming Um ponto de extremidade de streaming representa um serviço de streaming que pode entregar conteúdo diretamente a um aplicativo de player cliente ou a uma Rede de Distribuição de Conteúdo (CDN) para distribuição posterior. Os endpoints de streaming permanecem basicamente os mesmos. Eles são usados para empacotamento dinâmico, criptografia e entrega de conteúdo HLS e DASH para streaming ao vivo e sob demanda diretamente da origem ou através da CDN. Os novos recursos incluem suporte para melhor integração e gráficos do Azure Monitor.
Canais de eventos ao vivo Os canais são responsáveis pelo processamento de conteúdo de transmissão ao vivo. Um canal fornece um ponto de extremidade de entrada (URL de ingestão) que você fornece a um transcodificador ao vivo. O canal recebe transmissões de entrada ao vivo do transcodificador ao vivo e o torna disponível para streaming através de um ou mais pontos finais de streaming. Os canais também fornecem um ponto de extremidade de visualização (URL de visualização) que você usa para visualizar e validar seu fluxo antes de processamento e entrega adicionais. Os Eventos ao Vivo substituem os Canais da API v2. Eles carregam a maioria dos recursos e têm mais novos recursos, como transcrições ao vivo, modo stand-by e suporte para ingestão de RTMPS.
Programas de eventos ao vivo Um programa permite controlar a publicação e o armazenamento de segmentos em uma transmissão ao vivo. Os canais gerenciam programas. A relação Canal e Programa é semelhante à mídia tradicional, onde um canal tem um fluxo constante de conteúdo e um programa é direcionado para algum evento cronometrado nesse canal. Você pode especificar o número de horas que deseja manter o conteúdo gravado para o programa definindo a propriedade ArchiveWindowLength. Este valor pode ser definido de um mínimo de 5 minutos a um máximo de 25 horas. As saídas ao vivo agora substituem os programas na API v3.
Duração do evento ao vivo Você pode transmitir eventos ao vivo 24 horas por dia, 7 dias por semana, ao usar os Serviços de Mídia para transcodificar um único feed de contribuição de taxa de bits em um fluxo de saída com várias taxas de bits.
Latência de eventos ao vivo Novo suporte de transmissão ao vivo de baixa latência em eventos ao vivo.
Visualização do evento ao vivo O Live Event Preview suporta Dynamic Packaging e Dynamic Encryption. Isso permite a proteção de conteúdo na visualização, bem como no empacotamento DASH e HLS.
Evento ao vivo RTMPS Suporte RTMPS melhorado com maior estabilidade e mais suporte ao codificador de origem.
Evento ao vivo RTMPS segura ingestão Ao criar um evento ao vivo, você recebe 4 URLs de ingestão. Os 4 URLs de ingestão são quase idênticos, têm o mesmo token de streaming AppId, apenas a parte do número da porta é diferente. Dois dos URLs são primários e de backup para RTMPS.
Transcrição de eventos ao vivo O Serviço de Multimédia do Azure fornece vídeo, áudio e texto em diferentes protocolos. Quando você publica sua transmissão ao vivo usando MPEG-DASH ou HLS/CMAF, então, juntamente com vídeo e áudio, nosso serviço entrega o texto transcrito em TTML compatível com IMSC1.1.
Modo de espera de evento ao vivo Não havia modo de espera para V2. O modo de espera é um novo recurso v3 que ajuda a gerenciar hot pools de eventos ao vivo. Os clientes agora podem iniciar um evento ao vivo no modo stand-by a um custo mais baixo antes de fazer a transição para o estado de execução. Isso melhora os tempos de início do canal e reduz os custos de operação de hot pools para partidas mais rápidas.
Faturação de eventos ao vivo O faturamento de eventos ao vivo é baseado nos medidores do Canal ao Vivo.
Saídas ao vivo Os programas tinham de ser iniciados após a criação. As saídas ao vivo começam na criação e param quando excluídas.

Obtenha ajuda e suporte

Você pode entrar em contato com os Serviços de Mídia com perguntas ou acompanhar nossas atualizações por um dos seguintes métodos: