Partilhar via


Entrega de conteúdo global crítica para a missão

A colocação em cache é uma forma comum de reduzir a carga nos serviços de back-end e otimizar o desempenho dos utilizadores. As redes de entrega de conteúdos (CDNs), incluindo o Azure Front Door, fornecem colocação em cache no limite da rede.

Muitas vezes, as cargas de trabalho críticas para a missão utilizam várias CDNs para atingir um nível mais elevado de tempo de atividade. Se uma CDN sofrer indisponibilidade ou desempenho degradado, o tráfego é automaticamente desviado para outra CDN.

Se implementar várias CDNs, considere as implicações desta abordagem. Cada CDN fornece um caminho de rede separado para os servidores de aplicações e tem de configurar e testar cada CDN separadamente.

Este artigo descreve uma abordagem para utilizar o Azure Front Door com uma CDN parceira, Verizon. Esta abordagem é adequada para soluções que dependem fortemente da colocação em cache para fornecer aplicações de entrega de conteúdos estáticos, multimédia e eCommerce de alta escala.

Nota

Este caso de utilização faz parte de uma estratégia de design geral que abrange uma abordagem alternativa quando o Azure Front Door está indisponível. Para obter informações sobre o contexto e considerações, veja Aplicações Web globais fundamentais para a missão.

Abordagem

A CDN da Verizon e a plataforma CDN (Edgio) podem ser integradas na sua solução do Azure. Pode configurá-lo a partir de portal do Azure e APIs. A plataforma está isolada da infraestrutura da Microsoft.

Este isolamento proporciona um elevado grau de resiliência a partir de cenários de desastre. Se ocorrer uma falha ou desastre, o tráfego é automaticamente deslocado entre o Azure Front Door e a CDN da Verizon. Pode utilizar o Gestor de Tráfego do Azure para detetar uma falha e redirecionar o tráfego para a CDN alternativa.

Diagrama do encaminhamento do Gestor de Tráfego entre o Azure Front Door e a CDN da Verizon.

  • O Gestor de Tráfego que utiliza o modo de encaminhamento prioritário tem dois pontos finais. Por predefinição, o Gestor de Tráfego envia pedidos através do Azure Front Door. Se o Azure Front Door não estiver disponível, o Gestor de Tráfego envia o pedido através da CDN do parceiro.

  • O Azure Front Door processa e encaminha a maior parte do tráfego da sua aplicação. O Azure Front Door encaminha o tráfego para o servidor de aplicação de origem adequado e fornece o caminho principal para a sua aplicação. Se o Azure Front Door não estiver disponível, o tráfego é redirecionado automaticamente através do caminho secundário.

  • A CDN do Azure da Verizon está configurada para enviar tráfego para cada servidor de origem.

  • Os servidores de aplicações de origem têm de estar prontos para aceitar tráfego do Azure Front Door e da CDN do Azure da Verizon, a qualquer momento.

Considerações

As considerações descritas nas aplicações Web globais críticas para a missão ainda se aplicam a este caso de utilização. Seguem-se alguns pontos adicionais:

Escolha da CDN

Neste exemplo, sugerimos a utilização da CDN da Verizon. A CDN da Verizon é muitas vezes uma boa opção porque pode ser implementada, configurada e faturada através do Azure, reduzindo a sua complexidade operacional. É executada em infraestruturas físicas separadas para o Azure Front Door, o que significa que é resiliente a falhas ou problemas na infraestrutura da Microsoft.

Pode optar por utilizar uma CDN diferente ou até mesmo utilizar várias CDNs, consoante os seus requisitos e tolerância ao risco.

Paridade de funcionalidades

O Azure Front Door e a CDN da Verizon fornecem capacidades distintas e as funcionalidades não são equivalentes entre os dois produtos. Por exemplo, existem diferenças no processamento de certificados TLS, WAF e regras HTTP.

Considere cuidadosamente as funcionalidades do Azure Front Door que utiliza e se a CDN alternativa tem capacidades equivalentes. Para obter mais informações, veja Consistência dos caminhos de entrada.

Preenchimento da cache

Se estiver a executar várias CDNs no modo ativo-passivo, durante uma ativação pós-falha, a CDN configurada no modo passivo tem de efetuar um preenchimento de cache a partir da sua origem durante uma ativação pós-falha.

Teste a ativação pós-falha entre o Azure Front Door e a CDN alternativa para detetar anomalias ou problemas de desempenho.

Se a sua solução estiver em risco devido a problemas de desempenho durante os preenchimentos da cache, considere estas abordagens para reduzir o risco:

  • Aumente horizontalmente ou aumente verticalmente as origens para lidar com níveis de tráfego mais elevados, especialmente durante um preenchimento da cache.

  • Preenchimento prévio de ambas as CDNs. Serve uma percentagem dos seus conteúdos mais populares através da CDN passiva mesmo antes de ocorrer um evento de ativação pós-falha. Por exemplo, pode considerar a utilização do modo de encaminhamento de tráfego ponderado.

Vantagens e desvantagens

A utilização de várias CDNs inclui algumas desvantagens.

  • Custo. Poderá haver um aumento do custo global da solução. Quando implementa uma arquitetura multi-CDN, é-lhe faturada várias CDNs. Certifique-se de que compreende como é cobrado cada CDN na sua solução e todos os outros componentes que implementar.

  • Desempenho. Podem existir problemas de desempenho durante a ativação pós-falha entre o Azure Front Door e a CDN alternativa.

    Um problema comum é o reenchimento da cache quando as CDNs estão em execução num modo ativo-passivo. A CDN configurada no modo passivo precisa de repor a cache da origem. Pode sobrecarregar os sistemas de origem durante esse processo.

Passos seguintes

Reveja o cenário de entrada HTTP global para compreender se se aplica à sua solução.