Transmitir conteúdo com integração CDN

Artigo
06/30/2023

Aviso

Os Serviços de Mídia do Azure serão desativados em 30 de junho de 2024. Para obter mais informações, consulte o Guia de desativação do AMS.

Importante

Como os Serviços de Mídia do Azure estão sendo desativados a partir de 30 de junho de 2024, a CDN do Azure desativará a CDN Standard do Azure da Akamai em 31 de outubro de 2023 , é melhor não criar novas CDNs para uso com os Serviços de Mídia do Azure. Consulte o guia de desativação dos Serviços de Mídia do Azure.

A CDN oferece aos desenvolvedores uma solução global de fornecimento rápido de conteúdo de alta largura de banda para usuários armazenando em cache o conteúdo em nós físicos estrategicamente posicionados em todo o mundo.

A CDN armazena em cache o conteúdo transmitido de um ponto de extremidade de streaming dos serviços de mídia (origem) por codec, por protocolo de streaming, por taxa de bits, por formato de contêiner e por criptografia/DRM. Para cada combinação de codec-Streaming Protocol-Encryption Format-taxa de bits de criptografia, haverá um cache CDN separado.

O conteúdo popular será atendido diretamente pelo cache do CDN contanto que o fragmento de vídeo seja armazenado em cache. É provável que o conteúdo ao vivo seja armazenado em cache, porque normalmente há muitas pessoas assistindo exatamente o mesmo conteúdo. O conteúdo sob demanda pode ser um pouco mais complicado porque você pode ter algum conteúdo que seja popular e outro que não seja. Se você tem milhões de ativos de vídeo em que nenhum deles é popular (apenas um ou dois visualizadores por semana), mas tem milhares de pessoas assistindo a todos os diferentes vídeos, a CDN torna-se muito menos eficaz.

Também é necessário considerar como o streaming adaptável funciona. Cada fragmento de vídeo individual é armazenado em cache como sua própria entidade. Por exemplo, imagine a primeira vez que um determinado vídeo é observado. Se o visualizador ignorar apenas alguns segundos aqui e houver, somente os fragmentos de vídeo associados ao que a pessoa observou serão armazenados em cache na CDN. Com o streaming adaptável, você normalmente tem de 5 a 7 taxas de bits diferentes de vídeo. Se uma pessoa estiver assistindo a uma taxa de bits e outra pessoa estiver assistindo a uma taxa de bits diferente, cada uma delas será armazenada separadamente na CDN. Mesmo que duas pessoas estejam assistindo a mesma taxa de bits, é possível que estejam transmitindo por stream em diferentes protocolos. Cada protocolo (HLS, MPEG-DASH, Smooth Streaming) é armazenado em cache separadamente. Portanto, cada taxa de bits e protocolo são armazenados em cache separadamente e apenas os fragmentos de vídeo que foram solicitados são armazenados em cache.

Exceto para o ambiente de teste, recomendamos que a CDN seja habilitada para os pontos de extremidade de streaming Standard e Premium. Cada tipo de ponto de extremidade de streaming tem um limite de taxa de transferência com suporte diferente.

É difícil fazer um cálculo preciso do número máximo de fluxos simultâneos compatíveis com um ponto de extremidade de streaming, pois há vários fatores a serem considerados. Elas incluem:

Taxas de bits máximas usadas para streaming
Comportamento de pré-buffer e alternância do Player. Os jogadores tentam disparar segmentos de uma origem e usam a velocidade de carga para calcular a alternância de taxa de bits adaptável. Se um ponto de extremidade de streaming ficar perto da saturação, os tempos de resposta poderão variar e os jogadores começarão a mudar para a qualidade inferior. Como isso está reduzindo a carga nos players de ponto de extremidade de streaming, dimensione de volta para a qualidade mais alta criando gatilhos de troca.

Em geral, é seguro estimar o máximo de fluxos simultâneos por meio da taxa de transferência máxima do ponto de extremidade de streaming e dividir isso pela taxa de bits máxima (supondo que todos os jogadores usem a taxa de bits mais alta). Por exemplo, você pode ter um ponto de extremidade de streaming padrão que é limitado a 600 Mbps e a taxa de bits mais alta de 3Mbp. Nesse caso, aproximadamente 200 fluxos simultâneos têm suporte na taxa de bits superior. Lembre-se também de considerar os requisitos de largura de banda de áudio. Embora um fluxo de áudio só possa ser transmitido em 128 KPS, o total de streaming aumenta rapidamente quando você o multiplica pelo número de fluxos simultâneos.

Este tópico discute a habilitação da integração da CDN. Ele também explica a pré-busca (cache ativo) e o conceito de CDN-prefetch de origem de assistência.

Considerações

O ponto de extremidade de streaminghostname e a URL de streaming permanecem os mesmos, se a CDN for habilitada ou não.
Se você precisar da capacidade de testar seu conteúdo com ou sem CDN, cria outro ponto de extremidade de streaming no qual a CDN não esteja habilitada.

Habilitar a integração da CDN do Azure

Importante

Não é possível habilitar a CDN para contas de avaliação ou de aluno do Azure.

A integração da CDN é habilitada em todos os datacenters do Azure, exceto nas regiões da China e do Governo Federal.

Depois que um ponto de extremidade de streaming é provisionado com a CDN habilitada, há um tempo de espera definido nos serviços de mídia antes que a atualização de DNS seja feita para mapear o ponto de extremidade de streaming para o ponto de extremidade CDN.

Se quiser desabilitar/habilitar a CDN depois, o ponto de extremidade de streaming deverá estar no estado interrompido. Uma vez que o ponto de extremidade de streaming seja iniciado pode levar até quatro horas para que a integração da CDN do Azure seja habilitada e as alterações estejam ativas em todos os POPs da CDN. Entretanto, você pode iniciar seus ponto de extremidade de streaming e stream sem interrupções do ponto de extremidade de streaming. Depois que a integração for concluída, o fluxo será entregue da CDN. Durante o período de provisionamento seu ponto de extremidade de streaming estará no estado iniciando e você pode observar a degradação do desempenho.

Quando o ponto de extremidade de streaming padrão é criado, ele é configurado por padrão com a Verizon padrão. Você pode configurar provedores da Verizon Premium ou Standard Akamai usando APIs REST.

A integração dos Serviços de Mídia do Azure à CDN do Azure é implementada da Verizon na CDN do Azure para pontos de extremidade de streaming padrão. Os pontos de extremidade de streaming Premium podem ser configurados usando a Verizon Standard ou a Verizon Premium. O Akamai Standard só pode ser configurado usando APIs REST ou SDKs de cliente.

Observação

Para obter detalhes sobre a CDN do Azure, consulte a visão geral da CDN.

Determinar se uma alteração de DNS foi feita

Você pode determinar se uma alteração de DNS foi feita em um ponto de extremidade de streaming (o tráfego está sendo direcionado para a CDN do Azure) usando https://www.digwebinterface.com. Se você vir azureedge.net nomes de domínio nos resultados, o tráfego agora está sendo apontado para a CDN.

Origin-Assist CDN-Prefetch

O cache da CDN é um processo reativo. Se a CDN puder prever o próximo objeto que será solicitado, a CDN poderá solicitar e armazenar em cache proativamente o próximo objeto. Com esse processo, você pode obter um pressionamento de cache para todos (ou a maior parte) dos objetos, o que melhora o desempenho.

A pré-busca se esforça para posicionar objetos na "borda da Internet" antecipando que os objetos serão solicitados pelo jogador iminentemente, reduzindo assim o tempo para entregar esse objeto ao jogador.

Para atingir essa meta, um ponto de extremidade de streaming (origem) e a CDN precisam trabalhar lado a lado de duas maneiras:

A origem dos Serviços de Mídia precisa ter a "inteligência" (Origin-Assist) para informar à CDN qual objeto deve ser pré-busca em seguida.
A CDN faz a pré-busca e o cache (parte cdn-prefetch). A CDN também precisa ter a "inteligência" para:
- informar a origem se é uma busca de pré-busca ou regular
- manipular as respostas 404
- e uma maneira de evitar loop de pré-busca sem fim

Benefícios

Os benefícios do recurso CDN-Prefetch origin-assist incluem:

A pré-busca melhora a qualidade da reprodução de vídeo ao posicionar previamente os segmentos de vídeo previstos na borda durante a reprodução, reduzindo a latência para o visualizador e melhorando os tempos de download do segmento de vídeo. Isso resulta em um tempo de inicialização de vídeo mais rápido e em menos ocorrências de rearmazenamento em buffer.
Esse conceito é aplicável ao cenário de origem da CDN geral e não é limitado à mídia.
A Akamai adicionou esse recurso ao Akamai Cloud embed (ACE).

Observação

Este recurso ainda não é aplicável à CDN da Akamai integrada com o ponto de extremidade de streaming dos serviços de mídia. No entanto, ele está disponível para os clientes dos serviços de mídia que têm um contrato Akamai já existente e exigem integração personalizada entre o Akamai CDN e a origem dos serviços de mídia.

Como ele funciona

Suporte à CDN para os cabeçalhos Origin-Assist CDN-Prefetch (para streaming sob demanda em tempo real e de vídeo) está disponível para clientes que têm contrato direto com a CDN da Akamai. O recurso envolve as seguintes trocas de cabeçalho HTTP entre a CDN da Akamai e a origem dos Serviços de Mídia:

Cabeçalho HTTP	Valores	Remetente	Receptor	Finalidade
`CDN-Origin-Assist-Prefetch-Enabled`	1 (padrão) ou 0	CDN	Origem	Para indicar que a CDN está habilitada para pré-busca.
`CDN-Origin-Assist-Prefetch-Path`	Exemplo: Fragments(video=1400000000,format=mpd-time-cmaf)	Origem	CDN	Para fornecer o caminho de pré-busca para a CDN.
`CDN-Origin-Assist-Prefetch-Request`	1 (solicitação de pré-busca) ou 0 (solicitação regular)	CDN	Origem	Para indicar que a solicitação da CDN é uma pré-busca.

Para ver parte da troca de cabeçalho em ação, você pode tentar as seguintes etapas:

Use Postman ou cURL para emitir uma solicitação para a origem dos Serviços de Mídia para um segmento ou fragmento de áudio ou vídeo. Certifique-se de adicionar o cabeçalho CDN-Origin-Assist-Prefetch-Enabled: 1na requisição.
Na resposta, você deve ver o cabeçalho CDN-Origin-Assist-Prefetch-Pathcom um caminho relativo como seu valor.

Protocolos de streaming com suporte

O Origin-Assist CDN-Prefetch recurso dá suporte aos seguintes protocolos de streaming para streaming ao vivo e sob demanda:

HLS v3
HLS v4
HLS CMAF
DASH (CSF)
DASH (CMAF)
Streaming suave

Perguntas frequentes

E se uma URL de caminho de pré-busca for inválida para que a pré-busca da CDN receba um 404?

A CDN armazenará em cache apenas uma resposta de 404 por 10 segundos (ou outro valor configurado).
Suponha que você tenha um vídeo sob demanda. Se a CDN-prefetch estiver habilitada, esse recurso implicará que, uma vez que um cliente solicite o primeiro segmento de vídeo, a pré-busca iniciará um loop para prefetch de todos os segmentos de vídeo subsequentes na mesma taxa de bits?

Não, CDN-prefetch é feito somente após uma solicitação/resposta iniciada pelo cliente. CDN-a pré-busca nunca é disparada por uma pré-busca, para evitar um loop de pré-busca.
Origin-Assist está CDN-Prefetch recurso AlwaysOn? Como é possível ativar/desativar?

Esse recurso está desativado por padrão. Os clientes precisam ativá-lo por meio da API da Akamai.
Para transmissão ao vivo, o que aconteceria Origin-Assist se o próximo segmento ou fragmento ainda não estiver disponível?

Nesse caso, a origem dos serviços de mídia não fornecerá CDN-Origin-Assist-Prefetch-Path cabeçalho e a CDN-prefetch não ocorrerá.
Como Origin-Assist CDN-Prefetch funciona com filtros de manifesto dinâmico?

Esse recurso funciona independentemente do filtro de manifesto. Quando o próximo fragmento estiver fora de uma janela de filtro, sua URL ainda estará localizada olhando para o manifesto do cliente bruto e, em seguida, retornado como cabeçalho de resposta da pré-busca da CDN. Portanto, a CDN obterá a URL de um fragmento filtrado do manifesto de traço/HLS/suave. No entanto, o Player nunca fará uma solicitação GET para a CDN para buscar esse fragmento, pois esse fragmento não está incluído no manifesto DASH/HLS/suave mantido pelo Player (o Player não sabe que a existência do fragmento).
O DASH MPD/HLS playlist/Smooth manifest pode ser previamente buscado?

Não, DASH MPD, HLS mestre playlist, HLS Variant playlist ou a URL de manifesto suave não é adicionada ao cabeçalho prefetch.
As URLs de pré-busca são relativas ou absolutas?

Embora o Akamai CDN permita ambos, a origem dos serviços de mídia fornece apenas URLs relativas para o caminho de pré-busca porque não há nenhum benefício aparente no uso de URLs absolutas.
Este recurso funciona com conteúdo protegido por DRM?

Sim, como esse recurso funciona no nível de HTTP, ele não decodifica nem analisa nenhum segmento/fragmento. Não importa se o conteúdo está criptografado ou não.
Esse recurso funciona com a inserção AD do lado do servidor (SSAI)?

Ele faz o conteúdo original/principal (o conteúdo de vídeo original antes da inserção do AD) funciona, já que SSAI não altera o carimbo de data/hora do conteúdo de origem da origem dos serviços de mídia. Se esse recurso funciona com o conteúdo do AD depende se a origem do AD dá suporte ao auxiliar de origem. Por exemplo, se o conteúdo do AD também estiver hospedado nos serviços de mídia do Azure (a mesma origem ou a outra), o conteúdo do AD também será pré-busca.
Este recurso funciona com o conteúdo de UHD/HEVC?

Sim.

Instruções, tutoriais e amostras

-Como habilitar otimizações - de CDNComo habilitar o Origin Shield

Obter ajuda e suporte

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

P & R
Stack Overflow. Marque perguntas com azure-media-services.
@MSFTAzureMedia ou use @AzureSupport para solicitar suporte.
Abra um tíquete de suporte por meio do portal do Azure.