Terminologia e alterações de entidade entre os Serviços de Multimédia V2 e V3

  • Artigo

logótipo do guia de migração

passos de migração 2

Importante

Já não é necessário migrar do Serviço de Multimédia do Azure v2 para o v3, uma vez que a preterição da API V2 será alinhada com a extinção dos Serviços de Multimédia do Azure. Veja o Guia de extinção dos Serviços de Multimédia do Azure para obter mais informações.

Este artigo descreve as diferenças de terminologia entre os Serviços de Multimédia do Azure v2 e v3.

Alterações de terminologia

  • Um Localizador é agora denominado Localizador de Transmissão em Fluxo.
  • Um Canal é agora denominado Evento em Direto.
  • Um Programa é agora denominado Saída Em Direto.
  • Uma Tarefa é agora denominada JobOutput, que faz parte de uma Tarefa.

Alterações de entidade

Entidade V2 Entidade V3 Orientação Acessível à V3 Atualizado por V3
AccessPolicy A entidade AccessPolicies não existe na V3. No No
Asset Asset Yes Yes
AssetDeliveryPolicy StreamingPolicy Yes No
AssetFile A entidade AssetFiles não existe na V3. Embora os ficheiros (blobs de armazenamento) que carrega ainda sejam considerados ficheiros.

Utilize as APIs de Armazenamento do Azure para enumerar os blobs num contentor. Existem duas formas de aplicar uma transformação aos ficheiros com uma tarefa:

Ficheiros já carregados para o armazenamento: o URI incluiria o ID do recurso para tarefas a serem realizadas em recursos numa conta de armazenamento.

Ficheiros a carregar durante o processo de transformação e tarefa: o recurso é criado no armazenamento, é devolvido um URL de SAS, os ficheiros são carregados para o armazenamento e, em seguida, a transformação é aplicada aos ficheiros.		 No No
Channel LiveEvent Os Eventos em Direto substituem os Canais da API v2. Transportam a maioria das funcionalidades e têm mais funcionalidades novas, como transcrições em direto, modo stand-by e suporte para a ingestão de RTMPS.

Ver evento em direto na transmissão em fluxo em direto baseada em cenários		 No No
ContentKey ContentKeys já não é uma entidade, é agora uma propriedade de um localizador de transmissão em fluxo.

Na v3, os dados da chave de conteúdo estão associados à StreamingLocator (para encriptação de saída) ou ao próprio Recurso (para encriptação de armazenamento do lado do cliente).		 Yes No
ContentKeyAuthorizationPolicy ContentKeyPolicy Yes No
ContentKeyAuthorizationPolicyOption ContentKeyPolicyOptions estão incluídos no ContentKeyPolicy. Yes No
IngestManifest A entidade IngestManifests não existe na V3. Carregar ficheiros no V3 envolve a API de armazenamento do Azure. Os recursos são criados primeiro e, em seguida, os ficheiros são carregados para o contentor de armazenamento associado. Existem várias formas de obter dados num contentor do Armazenamento do Azure que podem ser utilizados. JobInputHttp também fornece uma forma de transferir uma entrada de tarefa a partir de um determinado URL, se assim o desejar. No No
IngestManifestAsset Existem várias formas de obter dados num contentor do Armazenamento do Azure que podem ser utilizados. JobInputHttp também fornece uma forma de transferir uma entrada de tarefa a partir de um determinado URL, se assim o desejar. No No
IngestManifestFile Existem várias formas de obter dados num contentor do Armazenamento do Azure que podem ser utilizados. JobInputHttp também fornece uma forma de transferir uma entrada de tarefa a partir de um determinado URL, se assim o desejar. No No
Job Job Crie um Transform antes de criar um Job. No No
JobTemplate Transform Em vez disso, utilize um Transform . Uma transformação é uma entidade separada de uma tarefa e é reutilizável. No No
Locator StreamingLocator Yes No
MediaProcessor Em vez de procurar o MediaProcessor para utilizar pelo nome, utilize a predefinição pretendida ao definir uma transformação. A predefinição utilizada determinará o processador de multimédia utilizado pelo sistema de tarefas. Veja tópicos de codificação na codificação baseada em cenários. No NA (só de leitura na V2)
NotificationEndPoint As notificações na v3 são processadas através de Azure Event Grid. O NotificationEndpoint é substituído pelo registo de subscrição do Event Grid, que também encapsula a configuração para os tipos de notificações a receber (que na v2 foi processada pela JobNotificationSubscription Tarefa, a TaskNotificationSubscription da Tarefa e a Telemetria ComponentMonitoringSetting). A Telemetria v2 foi dividida entre Azure Event Grid e o Azure Monitor para se ajustar às melhorias do ecossistema do Azure maior. No No
Program LiveOutput As Saídas Em Direto substituem agora Programas na API v3. No No
StreamingEndpoint StreamingEndpoint Os Pontos Finais de Transmissão em Fluxo permanecem principalmente os mesmos. São utilizados para empacotamento dinâmico, encriptação e entrega de conteúdo HLS e DASH para transmissão em fluxo em direto e a pedido diretamente da origem ou através da CDN. As novas funcionalidades incluem suporte para uma melhor integração e gráficos do Azure Monitor. Yes Yes
Task JobOutput Substituído por JobOutput (que já não é uma entidade separada na API). Veja tópicos de codificação na codificação baseada em cenários. No No
TaskTemplate TransformOutput Substituído por TransformOutput (que já não é uma entidade separada na API). Veja tópicos de codificação na codificação baseada em cenários. No No
Inputs Inputs As entradas e saídas estão agora ao nível da tarefa. Ver tópicos de codificação na codificação baseada em cenários No No
Outputs Outputs As entradas e saídas estão agora ao nível da tarefa. No V3, o formato de metadados mudou de XML para JSON. As Saídas em Direto começam na criação e param quando são eliminadas. Ver tópicos de codificação na codificação baseada em cenários No No
Outras alterações V2 V3
Armazenamento
Armazenamento Os SDKs V3 estão agora desacoplados do SDK de Armazenamento, o que lhe dá mais controlo sobre a versão do SDK de Armazenamento que pretende utilizar e evita problemas de controlo de versões.
Codificação
Taxas de bits de codificação taxas de bits medidas em kbps ex: 128 (kbps) bits por segundo ex: 128000 (bits/segundo)
Codificar o FairPlay de DRM Nos Serviços de Multimédia V2, o vetor de inicialização (IV) pode ser especificado. Nos Serviços de Multimédia V3, não é possível especificar o FairPlay IV.
Codificador Premium Codificador Premium e Indexador Legado O Codificador Premium e os processadores de análise de multimédia legados (Pré-visualização do Indexador de Serviços de Multimédia do Azure 2, Redação Facial, etc.) não estão acessíveis através do V3. Adicionámos suporte para mapeamento de canais de áudio ao codificador Standard. Veja Áudio na documentação do Swagger de Codificação dos Serviços de Multimédia.
Ver tópicos de codificação na codificação baseada em cenários
Transformações e tarefas
HttpS de processamento baseado em tarefas Para o processamento de tarefas baseado em ficheiros, pode utilizar um URL HTTPS como entrada. Não precisa de ter conteúdos já armazenados no Azure, nem precisa de criar Recursos.
Modelos do ARM para tarefas Os modelos do ARM não existiam na V2. Uma transformação pode ser utilizada para criar configurações reutilizáveis, para criar modelos de Resource Manager do Azure e isolar definições de processamento entre vários clientes ou inquilinos.
Eventos em direto
Ponto final de transmissão em fluxo Um ponto final de transmissão em fluxo representa um serviço de transmissão em fluxo que pode fornecer conteúdo diretamente a uma aplicação de leitor de cliente ou a uma Rede de Entrega de Conteúdos (CDN) para distribuição adicional. Os Pontos Finais de Transmissão em Fluxo permanecem principalmente os mesmos. São utilizados para empacotamento dinâmico, encriptação e entrega de conteúdo HLS e DASH para transmissão em fluxo em direto e a pedido diretamente da origem ou através da CDN. As novas funcionalidades incluem suporte para uma melhor integração e gráficos do Azure Monitor.
Canais de eventos em direto Os canais são responsáveis pelo processamento de conteúdos de transmissão em fluxo em direto. Um Canal fornece um ponto final de entrada (URL de ingestão) que, em seguida, fornece a um transcodificador em direto. O canal recebe fluxos de entrada em direto do transcodificador em direto e disponibiliza-os para transmissão em fluxo através de um ou mais pontos finais de transmissão em fluxo. Os canais também fornecem um ponto final de pré-visualização (URL de pré-visualização) que utiliza para pré-visualizar e validar o fluxo antes de continuar o processamento e a entrega. Os Eventos em Direto substituem Canais da API v2. Transportam a maioria das funcionalidades e têm mais funcionalidades novas, como transcrições em direto, modo de reserva e suporte para ingestão de RTMPS.
Programas de eventos em direto Um programa permite-lhe controlar a publicação e o armazenamento de segmentos numa transmissão em fluxo em direto. Canais gerem Programas. A relação Canal e Programa é semelhante aos meios de comunicação tradicionais, onde um canal tem um fluxo constante de conteúdo e um programa está no âmbito de algum evento temporizado nesse canal. Pode especificar o número de horas que pretende manter o conteúdo gravado para o programa ao definir a ArchiveWindowLength propriedade. Este valor pode ser definido a partir de um mínimo de 5 minutos até um máximo de 25 horas. As Saídas Em Direto substituem agora os Programas na API v3.
Duração do evento em direto Pode transmitir em fluxo Eventos em Direto 24 horas por dia, 7 dias por semana, ao utilizar os Serviços de Multimédia para transcodificar um único feed de contribuição de velocidade de transmissão para um fluxo de saída com várias velocidades de transmissão.
Latência de eventos em direto Novo suporte de transmissão em fluxo em direto de baixa latência em eventos em direto.
Pré-visualização de Eventos em Direto A Pré-visualização de Eventos em Direto suporta a Embalagem Dinâmica e a Encriptação Dinâmica. Isto permite a proteção de conteúdos em Pré-visualização, bem como em embalagens DASH e HLS.
Evento em direto RTMPS Suporte rtMPS melhorado com maior estabilidade e mais suporte de codificador de origem.
Ingestão segura rtMPS do evento em direto Quando cria um evento em direto, obtém 4 URLs de ingestão. Os 4 URLs de ingestão são quase idênticos, têm o mesmo token AppIdde transmissão em fluxo, apenas a parte do número da porta é diferente. Dois dos URLs são primários e a cópia de segurança para RTMPS.
Transcrição de eventos em direto O Serviço de Multimédia do Azure fornece vídeo, áudio e texto em protocolos diferentes. Ao publicar a sua transmissão em direto com MPEG-DASH ou HLS/CMAF, juntamente com vídeo e áudio, o nosso serviço fornece o texto transcrito no TTML compatível com IMSC1.1.
Modo de espera de eventos em direto Não havia modo de reserva para V2. O modo de stand-by é uma nova funcionalidade v3 que ajuda a gerir conjuntos frequentes de Eventos em Direto. Os clientes podem agora iniciar um Evento em Direto no modo de stand-by a um custo mais baixo antes de o transitar para o estado em execução. Isto melhora os tempos de início dos canais e reduz os custos de funcionamento de conjuntos frequentes para iniciar mais rapidamente.
Faturação de eventos em direto A faturação de eventos em direto baseia-se em medidores do Live Channel.
Saídas em direto Os programas tiveram de ser iniciados após a criação. As Saídas em Direto começam na criação e param quando são eliminadas.

Obter ajuda e suporte

Pode contactar os Serviços de Multimédia com perguntas ou seguir as nossas atualizações através de um dos seguintes métodos: