Compartilhar via

Transmitir conteúdo com a integração da CDN

  • Artigo

logotipo dos Serviços de Mídia v3

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 e 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 (Rede de Distribuição de Conteúdo) do Azure oferece aos desenvolvedores uma solução global para fornecer rapidamente conteúdo de alta largura de banda aos usuários armazenando em cache seu conteúdo em nós físicos estrategicamente colocados 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-container format-bitrate-encryption, haverá um cache CDN separado.

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

Você também precisa 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 é assistido. Se o visualizador ignorar assistindo apenas alguns segundos aqui e ali, somente os fragmentos de vídeo associados ao que a pessoa assistiu 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 será armazenada em cache separadamente na CDN. Mesmo que duas pessoas estejam assistindo a mesma taxa de bits, elas podem estar transmitindo por protocolos diferentes. 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 somente os fragmentos de vídeo solicitados são armazenados em cache.

Com exceção do ambiente de teste, recomendamos que a CDN seja habilitada para 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 para o número máximo de fluxos simultâneos com suporte por um ponto de extremidade de streaming, pois há vários fatores a serem levados em conta. Estes incluem:

  • Taxas máximas de bits usadas para streaming
  • Comportamento de pré-buffer e alternância do player. Os jogadores tentam estourar segmentos de uma origem e usar a velocidade de carga para calcular a alternância de taxa de bits adaptável. Se um ponto de extremidade de streaming se aproximar da saturação, os tempos de resposta poderão variar e os jogadores começarão a mudar para uma qualidade mais baixa. Como isso está reduzindo a carga nos players do Ponto de Extremidade de Streaming, reduza para uma qualidade mais alta criando gatilhos de comutação indesejados.

No geral, é seguro estimar o máximo de fluxos simultâneos tomando a taxa de transferência máxima do ponto de extremidade de streaming e dividi-la pela taxa máxima de bits (supondo que todos os jogadores usem a taxa de bits mais alta).) Por exemplo, você pode ter um ponto de extremidade de streaming Standard limitado a 600 Mbps e a taxa de bits mais alta de 3 Mbp. Nesse caso, há suporte para aproximadamente 200 fluxos simultâneos na taxa de bits superior. Lembre-se de considerar também os requisitos de largura de banda de áudio. Embora um fluxo de áudio possa estar transmitindo apenas a 128 kps, o streaming total se soma rapidamente quando você o multiplica pelo número de fluxos simultâneos.

Este tópico discute a habilitação de integração da CDN. Ele também explica a pré-busca (cache ativo) e o conceito Origin-Assist CDN-Prefetch.

Considerações

  • O ponto de extremidade de streaming hostname e a URL de streaming permanecem iguais se você habilita ou não a CDN.
  • Se você precisar da capacidade de testar seu conteúdo com ou sem CDN, crie outro ponto de extremidade de streaming que não esteja habilitado para CDN.

Habilitar a integração da CDN do Azure

Importante

Você não pode habilitar a CDN para contas de avaliação ou de estudante do Azure.

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

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 DNS seja feita para mapear o ponto de extremidade de streaming para o ponto de extremidade da CDN.

Se mais tarde você quiser desabilitar/habilitar a CDN, o ponto de extremidade de streaming deverá estar no parado estado. Depois que o ponto de extremidade de streaming for iniciado, poderá levar até quatro horas para que a integração da CDN do Azure seja habilitada e que as alterações fiquem ativas em todos os POPs da CDN. No entanto, você pode iniciar seu ponto de extremidade de streaming e transmitir 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 iniciando estado e você poderá observar o desempenho degradado.

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

A integração dos Serviços de Mídia do Azure com a CDN do Azure é implementada no CDN do Azure da Verizon 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.

Nota

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 de 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 acerto de cache para todos (ou a maioria) 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 player em breve, reduzindo assim o tempo para entregar esse objeto ao player.

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

  • A origem dos Serviços de Mídia precisa ter a "inteligência" (Origin-Assist) para informar à CDN qual objeto deve ser pré-buscado 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 é um pré-busca ou uma busca 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, posicionando previamente segmentos de vídeo antecipados 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 tempo de inicialização de vídeo mais rápido e ocorrências de rejeição mais baixas.
  • Esse conceito é aplicável ao cenário de origem geral da CDN e não se limita à mídia.
  • O Akamai adicionou esse recurso para ace (Inserção de Nuvem) do Akamai .

Nota

Esse recurso ainda não é aplicável à CDN do Akamai integrada ao ponto de extremidade de streaming dos Serviços de Mídia. No entanto, ele está disponível para clientes dos Serviços de Mídia que têm um contrato pré-existente do Akamai e exigem integração personalizada entre a CDN do Akamai e a origem dos Serviços de Mídia.

Como funciona

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

Cabeçalho HTTP Valores Remetente Receptor Propósito
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:
Fragmentos(video=14000000000,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:

  1. Use 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. Adicione o cabeçalho CDN-Origin-Assist-Prefetch-Enabled: 1 na solicitação.
  2. Na resposta, você deve ver o cabeçalho CDN-Origin-Assist-Prefetch-Path com um caminho relativo como seu valor.

Protocolos de streaming com suporte

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

  • HLS v3
  • HLS v4
  • HLS CMAF
  • DASH (CSF)
  • DASH (CMAF)
  • Smooth streaming

Perguntas frequentes

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

    A CDN armazenará em cache apenas uma resposta 404 por 10 segundos (ou outro valor configurado).

  • Suponha que você tenha um vídeo sob demanda. Se o CDN-prefetch estiver habilitado, esse recurso implicará que, uma vez que um cliente solicite o primeiro segmento de vídeo, o pré-busca iniciará um loop para pré-realizar 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. A CDN-prefetch nunca é disparada por um pré-busca, para evitar um loop de pré-busca.

  • O recurso Origin-Assist CDN-Prefetch está sempre ativado? Como é possível ativar/desativar?

    Esse recurso está desativado por padrão. Os clientes precisam ativá-lo por meio da API do Akamai.

  • Para transmissão ao vivo, o que acontecerá com 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 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 examinando o manifesto bruto do cliente e retornada como cabeçalho de resposta de pré-busca da CDN. Portanto, a CDN obterá a URL de um fragmento filtrado do manifesto DASH/HLS/Smooth. No entanto, o player nunca fará uma solicitação GET à CDN para buscar esse fragmento, pois esse fragmento não está incluído no manifesto DASH/HLS/Smooth mantido pelo player (o player não sabe a existência desse fragmento).

  • O manifesto DO DASH MPD/HLS playlist/Smooth pode ser pré-buscado?

    Não, DASH MPD, playlist mestra do HLS, playlist variante do HLS ou URL de manifesto suave não são adicionados ao cabeçalho de pré-busca.

  • As URLs de pré-busca são relativas ou absolutas?

    Embora a CDN do Akamai 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.

  • Esse recurso funciona com conteúdo protegido por DRM?

    Sim, como esse recurso funciona no nível HTTP, ele não decodifica nem analisa nenhum segmento/fragmento. Ele não se importa se o conteúdo está criptografado ou não.

  • Esse recurso funciona com o SSAI (Server Side Ad Insertion)?

    Ele funciona para conteúdo original/principal (o conteúdo de vídeo original antes da inserção de anúncios), já que o 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 conteúdo de anúncio depende se a origem do anúncio dá suporte ao Origin-Assist. Por exemplo, se o conteúdo do anúncio também estiver hospedado nos Serviços de Mídia do Azure (mesma ou origem separada), o conteúdo do anúncio também será pré-buscado.

  • Esse recurso funciona com conteúdo UHD/HEVC?

    Sim.

Instruções, tutoriais e exemplos

- Como habilitar otimizações de CDN -Como 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: