O que é um CDN e quando usar na sua infraestrutura

Todo site tem um servidor de origem, o computador que guarda o HTML, as imagens, o CSS e responde às requisições.

Se ele fica em São Paulo e o visitante está em Lisboa, cada arquivo percorre milhares de quilômetros de cabos submarinos antes de aparecer na tela.

A latência cresce, a página demora e o visitante desiste.

Uma CDN (Content Delivery Network, ou rede de distribuição de conteúdo) é um conjunto de servidores espalhados pelo mundo que guardam cópias dos arquivos estáticos do seu site.

Quando alguém acessa, a requisição vai para o servidor mais próximo daquele usuário, chamado de edge ou ponto de presença (PoP), e não para a origem.

Empresas como Cloudflare, Akamai, AWS CloudFront e Fastly operam essas redes.

O ganho não é abstrato: em vez de uma viagem transatlântica por requisição, o navegador conversa com uma máquina que pode estar na mesma cidade.

Isso muda o tempo de carregamento de imagens, vídeos e arquivos de código. ## Como o cache na borda decide o que fica guardado A CDN não copia tudo automaticamente.

Cada arquivo recebe uma instrução de cache, normalmente via cabeçalho HTTP `Cache-Control`, que define por quanto tempo (o TTL) a cópia pode ser servida sem consultar a origem.

Enquanto esse prazo vale, a resposta sai direto do edge: é o cache hit.

Quando o prazo expira ou o arquivo nunca foi copiado, a CDN busca no servidor de origem, entrega ao usuário e guarda a nova versão.

É o cache miss.

O que costuma ir para o cache: imagens, arquivos CSS e JavaScript, fontes, vídeos, PDFs e páginas que não mudam por usuário.

O que quase nunca vai: páginas de login, carrinhos de compra, painéis administrativos e respostas de API personalizadas.

Esses conteúdos dependem de sessão e precisam chegar intactos da origem, então a CDN apenas repassa a requisição.

Uma CDN moderna também acumula outras funções além de cache: termina a conexão TLS mais perto do usuário, faz compressão de arquivos, converte imagens para formatos como WebP e ajuda a absorver ataques de negação de serviço (DDoS), distribuindo o volume entre os PoPs em vez de sobrecarregar um único servidor. ## Quando o CDN deixa de ser opcional Três situações justificam o investimento sem muita discussão.

A primeira é público geograficamente disperso.

Um blog brasileiro com leitores majoritariamente no Brasil ganha pouco.

Uma loja que vende para Estados Unidos e Europa sente o efeito toda vez que o visitante abre a página de produto.

A segunda é volume alto de mídia.

Sites com muitas fotos, vídeos ou downloads consomem banda do servidor de origem a cada visita.

Com a CDN, essa banda sai da conta do provedor e passa a ser distribuída pela rede de borda.

A terceira é picos de tráfego.

Uma campanha que viraliza, uma promoção de Black Friday ou o lançamento de um produto trazem milhares de acessos em minutos.

A CDN absorve parte dessa carga, porque grande parte das requisições nem chega ao servidor de origem.

Há ainda o eixo de segurança.

Ficar atrás de uma CDN esconde o endereço IP real da origem, o que dificulta ataques direcionados.

A camada de borda filtra tráfego malicioso antes de ele tocar na sua infraestrutura. ## Quando o CDN não vai salvar o seu projeto A CDN acelera a entrega, não corrige um site lento.

Se o servidor de origem demora para montar a página por causa de consultas pesadas ao banco de dados, a borda não tem o que cachear: conteúdo dinâmico continua indo até a origem toda vez.

Otimizar o código e o banco vem antes.

Um site pequeno, com público concentrado em uma região e poucos arquivos estáticos, pode não sentir diferença.

O ganho de latência seria de milissegundos, insuficiente para justificar a configuração de DNS, certificados e regras de cache.

Também não é solução única para SEO.

A CDN melhora o tempo de carregamento, que é um sinal considerado pelos buscadores, mas não substitui conteúdo relevante, estrutura de URLs nem velocidade de resposta do servidor de origem. ## Como implantar sem derrubar o site A adoção costuma seguir quatro passos.

1.

Escolha o provedor pensando na localização do seu público, não no preço mais baixo.

Uma rede com PoPs nos países onde você vende importa mais do que um desconto na mensalidade.

2.

Configure o DNS.

Na maioria dos casos, você aponta o domínio para a CDN, que passa a intermediar todas as requisições.

Verifique se o provedor emite e renova o certificado TLS automaticamente.

3.

Defina as regras de cache arquivo por arquivo.

Comece com TTL curto para páginas HTML e longo para imagens e arquivos de código, e ajuste conforme observar a taxa de cache hit.

4.

Monitore a origem.

Acompanhe quantas requisições ainda chegam ao servidor e use o relatório da CDN para descobrir o que não está sendo cacheado e poderia estar.

O erro mais comum é ativar a CDN sem revisar as regras de cache e servir uma versão antiga da página inicial por horas.

Antes de publicar, teste com um endereço de homologação e confirme o comportamento dos cabeçalhos.