Partilhar via

Transmita conteúdo com integração CDN

  • Artigo

logotipo dos Serviços de Mídia v3

Advertência

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

Importante

Como os Serviços de Mídia do Azure estão sendo desativados a partir de 30 de junho de 2024 e CDN do Azure desativará o Azure CDN Standard 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 Rede de Entrega de Conteúdo (CDN) 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 posicionados em todo o mundo.

A CDN armazena em cache o conteúdo transmitido de um de ponto de extremidade de streaming de de 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 CDN, desde que o fragmento de vídeo esteja armazenado em cache. É provável que o conteúdo ao vivo seja armazenado em cache porque normalmente você 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 que é popular e outro que não é. Se você tem milhões de recursos de vídeo onde nenhum deles é popular (apenas um ou dois espectadores por semana), mas você tem milhares de pessoas assistindo a 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 espectador pular assistindo apenas alguns segundos aqui e ali, apenas 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 bitrates diferentes de vídeo. Se uma pessoa está assistindo a uma taxa de bits e outra pessoa está assistindo a uma taxa de bits diferente, então cada uma delas é armazenada em cache separadamente na CDN. Mesmo que duas pessoas estejam assistindo à mesma taxa de bits, elas podem estar transmitindo através de protocolos diferentes. Cada protocolo (HLS, MPEG-DASH, Smooth Streaming) é armazenado em cache separadamente. Assim, 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 pontos de extremidade de streaming Standard e Premium. Cada tipo de ponto de extremidade de streaming tem um limite de taxa de transferência suportado diferente.

É difícil fazer um cálculo preciso para o número máximo de fluxos simultâneos suportados por um ponto de extremidade de streaming, pois há vários fatores a serem levados em conta. Estes incluem:

  • Taxas de bits máximas usadas para streaming
  • Pré-buffer do player e comportamento de alternância. Os jogadores tentam estourar segmentos de uma origem e usam a velocidade de carga para calcular a comutação adaptativa da taxa de bits. Se um ponto final de streaming se aproximar da saturação, os tempos de resposta podem variar e os jogadores começam a mudar para uma qualidade inferior. Como isso está reduzindo a carga nos players do Streaming Endpoint, reduza para uma qualidade mais alta, criando gatilhos de comutação indesejados.

No geral, é seguro estimar o máximo de fluxos simultâneos pegando a taxa de transferência máxima do ponto final de streaming e dividindo-a 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 limitado a 600 Mbps e a taxa de bits mais alta de 3Mbp. Neste caso, aproximadamente 200 fluxos simultâneos são suportados 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 aumenta rapidamente quando você o multiplica pelo número de fluxos simultâneos.

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

Considerações

  • O ponto de extremidade de streaming hostname e a URL de streaming permanecem os mesmos, independentemente de você habilitar 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

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

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

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

Se, posteriormente, você quiser desabilitar/habilitar a CDN, seu ponto de extremidade de streaming deverá estar no estado interrompido. Depois que o ponto de extremidade de streaming é iniciado, pode levar até quatro horas para que a integração da CDN do Azure seja habilitada e para 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 a partir do ponto de extremidade de streaming. Quando a integração estiver concluída, o fluxo é entregue a partir da CDN. Durante o período de provisionamento, seu ponto de extremidade de streaming estará no iniciando estado e você poderá observar um desempenho degradado.

Quando o ponto de extremidade de streaming padrão é criado, ele é configurado por padrão com o Verizon padrão. 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 em CDN do Azure da Verizon para pontos de extremidade de streaming padrão. Os terminais de streaming Premium podem ser configurados usando a Verizon Standard ou a Verizon Premium. O Standard Akamai 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 foi feita uma alteração de DNS

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 vir azureedge.net nomes de domínio nos resultados, o tráfego está agora a ser apontado para a CDN.

Origin-Assist CDN-Prefetch

O cache CDN é um processo reativo. Se a CDN puder prever o próximo objeto que será solicitado, a CDN poderá solicitar proativamente e armazenar em cache 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 jogador em breve, reduzindo assim o tempo para entregar esse objeto ao jogador.

Para atingir esse objetivo, 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 dizer à CDN qual objeto pré-buscar em seguida.
  • A CDN faz a pré-busca e o armazenamento em cache (parte CDN-prefetch). A CDN também precisa ter a "inteligência" para:
    • Diga a origem se é uma pré-busca ou uma busca regular
    • lidar com as 404 respostas
    • e uma maneira de evitar loop de pré-busca interminável

Benefícios

Os benefícios do recurso de CDN-Prefetch Origin-Assist incluem:

  • A pré-busca melhora a qualidade de reprodução de vídeo pré-posicionando segmentos de vídeo antecipados na borda durante a reprodução, reduzindo a latência para o espectador 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 menores ocorrências de rebuffering.
  • Este conceito é aplicável ao cenário geral de origem da CDN e não se limita à mídia.
  • A Akamai adicionou esse recurso ao Akamai Cloud Embed (ACE).

Observação

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

Como funciona

O suporte de 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 Akamai CDN. 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 Recetor 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:
Fragmentos(video=1400000000,format=mpd-time-cmaf)		 Origem CDN Para fornecer o caminho de pré-busca para CDN.
CDN-Origin-Assist-Prefetch-Request 1 (pedido de pré-busca) ou 0 (pedido regular) CDN Origem Para indicar a solicitação da CDN é uma pré-busca.

Para ver parte da troca de cabeçalhos 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. Certifique-se de adicionar o cabeçalho CDN-Origin-Assist-Prefetch-Enabled: 1 na solicitação.
  2. Na resposta, você verá o cabeçalho CDN-Origin-Assist-Prefetch-Path com um caminho relativo como seu valor.

Protocolos de streaming suportados

O recurso Origin-Assist CDN-Prefetch suporta os seguintes protocolos de streaming para streaming ao vivo e sob demanda:

  • HLS v3
  • HLS v4
  • HLS CMAF
  • TRAÇO (CSF)
  • TRAÇO (CMAF)
  • Streaming suave

Perguntas frequentes

  • E se um URL de caminho de pré-busca for inválido para que a pré-busca 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 a pré-busca CDN estiver ativada, esse recurso implica que, assim que um cliente solicitar o primeiro segmento de vídeo, a pré-busca iniciará um loop para pré-buscar todos os segmentos de vídeo subsequentes na mesma taxa de bits?

    Não, a pré-busca CDN é feita somente após uma solicitação/resposta iniciada pelo cliente. CDN-prefetch nunca é acionado por uma pré-busca, para evitar um loop de pré-busca.

  • O recurso Origin-Assist CDN-Prefetch está sempre ativo? Como pode ser ligado/desligado?

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

  • Para a transmissão ao vivo, o que aconteceria 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 a pré-busca CDN não ocorrerá.

  • Como funciona Origin-Assist CDN-Prefetch com filtros de manifesto dinâmicos?

    Esse recurso funciona independentemente do filtro de manifesto. Quando o próximo fragmento estiver fora de uma janela de filtro, sua URL ainda será localizada examinando o manifesto bruto do cliente e, em seguida, retornada como cabeçalho de resposta de pré-busca CDN. Assim, a CDN obterá a URL de um fragmento filtrado do manifesto DASH/HLS/Smooth. No entanto, o jogador nunca fará um pedido GET à CDN para buscar esse fragmento, porque esse fragmento não está incluído no manifesto DASH/HLS/Smooth mantido pelo jogador (o jogador não sabe a existência desse fragmento).

  • A lista de reprodução DASH MPD/HLS/Smooth manifest pode ser pré-buscada?

    Não, DASH MPD, HLS master playlist, HLS variant playlist ou smooth manifest URL não são adicionados ao cabeçalho de pré-busca.

  • Os URLs de pré-busca são relativos ou absolutos?

    Embora a CDN da 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á benefício aparente em usar URLs absolutos.

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

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

  • Esse recurso funciona com a inserção de anúncios do lado do servidor (SSAI)?

    Ele funciona para o conteúdo original/principal (o conteúdo de vídeo original antes da inserção do anúncio), uma vez que o SSAI não altera o carimbo de data/hora do conteúdo de origem dos Serviços de Mídia. Se esse recurso funciona com o conteúdo do anúncio, depende se a origem do anúncio é compatível com o Origin-Assist. Por exemplo, se o conteúdo do anúncio também estiver hospedado nos Serviços de Mídia do Azure (mesma origem ou origem separada), o conteúdo do anúncio também será pré-buscado.

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

    Sim.

Instruções, tutoriais e exemplos

- Como ativar otimizações de CDN -Como ativar o Origin Shield

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: