O Que É um CDN Edge? Servindo Conteúdo Perto dos Usuários
Um CDN edge é um dos muitos servidores geograficamente distribuídos que fazem cache de conteúdo perto dos usuários, para que as requisições sejam atendidas de um local próximo em vez da origem distante.
Uma content delivery network posiciona servidores, chamados edge nodes ou points of presence, ao redor do mundo. Quando um usuário requisita um asset, o edge mais próximo o serve do cache, reduzindo a latência e aliviando a origem. Os deploys de frontend dependem de levar conteúdo fresco para esses edges e de limpar as cópias desatualizadas.
Cache perto do usuário
Um edge node fica próximo dos usuários na rede. Em um cache hit ele retorna o asset imediatamente; em um miss ele busca da origem, faz cache do resultado e serve as requisições futuras a partir de lá.
Hits, misses e TTL
Cada objeto em cache tem um time-to-live que controla por quanto tempo um edge o serve antes de revalidar. Ajustar os TTLs equilibra frescor contra carga na origem e velocidade.
Edges em deploys de frontend
- O build produz nomes de arquivo de asset com hash e imutáveis.
- O deploy os envia para a origem ou para o storage de edge.
- A invalidação de cache limpa HTML ou arquivos de entrada desatualizados.
Invalidação de cache
Após um deploy, os edges ainda podem manter arquivos antigos. Um step de purga ou invalidação diz ao CDN para descartar as cópias desatualizadas para que os usuários recebam a nova versão. Esquecer isso é o clássico bug de "o deploy passou mas os usuários veem o site antigo".
Por que nomes de arquivo com hash de conteúdo ajudam
Nomes de arquivo imutáveis com um hash de conteúdo permitem aos edges fazer cache dos assets para sempre; apenas o pequeno HTML que os referencia precisa ser invalidado. Isso torna os deploys rápidos e o comportamento do cache previsível.
Erros transitórios de edge
Um edge que retorna um erro enquanto revalida contra uma origem ocupada geralmente é transitório. Os runners da Latchkey repetem os erros transitórios ao verificar um deploy contra endpoints de CDN, então um soluço breve de edge não falha uma checagem pós-deploy.
Principais conclusões
- Um CDN edge faz cache e serve conteúdo perto dos usuários para reduzir latência.
- A invalidação de cache após um deploy é necessária para que os usuários parem de ver arquivos desatualizados.
- Nomes de arquivo com hash de conteúdo permitem aos edges fazer cache dos assets indefinidamente e simplificam as purgas.