Perfis e Pontos de Extremidade do Azure CDN

Uma Rede de Distribuição de Conteúdo (CDN) é uma rede distribuída de servidores posicionados em Pontos de Presença (PoPs) geográficos próximos aos usuários finais. Quando um usuário solicita conteúdo, a CDN o fornece a partir do cache do PoP mais próximo, em vez do servidor de origem. Isso reduz a latência, especialmente para usuários distantes da região de origem, diminui a carga no servidor de origem e melhora a resiliência. O Azure CDN integra-se nativamente ao Blob Storage, ao App Service e a qualquer origem HTTP publicamente acessível.

O Azure CDN é oferecido por meio de várias camadas de provedores: Azure CDN Standard from Microsoft — a opção padrão, estreitamente integrada, com regras básicas de cache e suporte a HTTP/2. Azure CDN Standard from Akamai — ampla cobertura global de PoPs com propagação rápida. Azure CDN Standard/Premium from Verizon — mecanismo avançado de regras e análise, na camada Premium. Cada provedor oferece conjuntos de recursos e preços diferentes; na maioria dos cenários do AZ-900, o foco é o Azure CDN Standard from Microsoft.

Um perfil do Azure CDN é o contêiner de nível superior que agrupa pontos de extremidade da CDN e determina o provedor e a camada de preços. Um ponto de extremidade da CDN é um nome de host específico, como myapp.azureedge.net, que faz o mapeamento para uma origem. Cada ponto de extremidade tem sua própria configuração de comportamento de cache. Um perfil pode conter vários pontos de extremidade — por exemplo, pontos de extremidade separados para recursos estáticos, respostas de API e transmissões de vídeo, cada um com regras de cache diferentes.

O Time-to-Live (TTL) controla por quanto tempo uma resposta armazenada em cache permanece no PoP antes de precisar ser atualizada a partir da origem. Você pode definir regras de cache em três níveis: regra de cache global, que se aplica a todas as solicitações no ponto de extremidade; regras personalizadas, que fazem correspondência por padrão de caminho ou extensão de arquivo; e comportamento da cadeia de consulta, que armazena separadamente cada cadeia de consulta exclusiva ou ignora as cadeias de consulta. TTLs baseados no tipo de conteúdo — mais longos para imagens e mais curtos para HTML — são uma prática recomendada.

Uma das configurações mais comuns do Azure CDN usa um contêiner do Blob Storage como origem. Carregue recursos estáticos, como imagens, CSS, JS e vídeos, em uma conta de armazenamento, torne o contêiner publicamente legível e configure um ponto de extremidade da CDN apontando para o ponto de extremidade primário do blob (myaccount.blob.core.windows.net). A CDN armazena os blobs em cache nos PoPs em todo o mundo, e os usuários fazem o download a partir do PoP mais próximo, em vez da região de armazenamento. Você também pode usar um nome de host de origem personalizado para hospedar um site estático.

Quando você atualiza o conteúdo na origem (por exemplo, implanta uma nova versão de um arquivo JavaScript), as cópias armazenadas em cache nos PoPs podem fornecer conteúdo desatualizado até que o TTL expire. A limpeza do cache remove imediatamente os arquivos especificados ou todo o conteúdo armazenado em cache de cada PoP, fazendo com que a próxima solicitação busque novamente o conteúdo na origem. Você pode limpar URLs específicas, caminhos com curinga (por exemplo, /assets/*) ou todo o conteúdo de um ponto de extremidade. A propagação da limpeza leva de 2 a 3 minutos para alcançar todos os PoPs globalmente.

Por padrão, os pontos de extremidade da CDN usam o domínio .azureedge.net. Para disponibilizar conteúdo usando seu próprio domínio (por exemplo, static.contoso.com), adicione-o como um domínio personalizado no ponto de extremidade da CDN, criando um registro CNAME que aponte para o nome do host do ponto de extremidade. Depois de adicioná-lo, você poderá habilitar o HTTPS no domínio personalizado usando um certificado gerenciado pelo Azure (gratuito e renovado automaticamente) ou seu próprio certificado armazenado no Key Vault. A aplicação do HTTPS redireciona automaticamente o tráfego HTTP.

Habilitar a compactação de arquivos em um ponto de extremidade da CDN reduz o tamanho dos arquivos entregues pela rede, compactando recursos baseados em texto (HTML, CSS, JavaScript, SVG) com gzip ou Brotli. A CDN compacta o conteúdo antes de armazená-lo em cache no PoP. Assim, as solicitações seguintes do mesmo recurso recebem a versão compactada sem sobrecarga adicional de CPU. A compactação é especialmente significativa para pacotes JS, que podem ficar de 5 a 10 vezes menores depois de compactados.

A filtragem geográfica em um ponto de extremidade da CDN permite autorizar ou bloquear o acesso ao seu conteúdo a partir de países específicos. Isso pode ser usado para cumprir licenças de conteúdo (por exemplo, um vídeo licenciado apenas em determinados países), atender a requisitos regulatórios ou bloquear países conhecidos por serem fontes frequentes de tráfego mal-intencionado. As regras de filtragem geográfica são configuradas por código de país e por caminho de URL — você pode bloquear apenas um diretório de conteúdo específico, em vez de todo o ponto de extremidade.

A CDN do Azure fornece análise de uso integrada ao portal, incluindo a largura de banda consumida, a proporção de acertos e falhas, o total de solicitações e a economia de largura de banda em comparação com o fornecimento a partir da origem. Para a CDN da camada Microsoft, você também pode enviar logs de acesso a um workspace do Log Analytics ou a uma conta de Armazenamento por meio das configurações de diagnóstico, habilitando consultas KQL nos dados brutos dos logs de acesso da CDN. Analisar as proporções de acertos do cache ajuda a ajustar os TTLs — uma proporção baixa de acertos no cache significa que a maioria das solicitações passa pela origem, contrariando o objetivo da CDN.

A CDN do Azure e o Azure Front Door armazenam conteúdo em cache nos PoPs, mas têm finalidades principais diferentes. A CDN do Azure é excelente para armazenar em cache e entregar conteúdo estático de uma única origem a baixo custo. O Azure Front Door adiciona balanceamento de carga e roteamento globais inteligentes entre vários servidores de retaguarda de origem, sondas de integridade para failover automático, um Web Application Firewall integrado e roteamento baseado em caminho — sendo a melhor opção para aplicações Web ativas-ativas em várias regiões. Frequentemente, você usará os dois em uma solução.

Teste sua compreensão dos conceitos do Microsoft Azure Fundamentals (AZ-900) abordados nesta lição.

Nesta lição, você aprendeu que os perfis e pontos de extremidade da CDN do Azure entregam conteúdo armazenado em cache a partir de PoPs próximos aos usuários para reduzir a latência; as regras de cache e o TTL controlam por quanto tempo o conteúdo permanece armazenado em cache antes de ser buscado novamente na origem; e a limpeza do cache remove imediatamente o conteúdo desatualizado após atualizações na origem. A seguir, exploraremos o Azure Front Door para obter balanceamento de carga e roteamento globais entre várias origens de back-end.