Na manhã desta quarta-feira, 16 de julho de 2026, a Amazon Web Services (AWS) registrou uma falha global no CloudFront, seu serviço de Content Delivery Network (CDN) usado por milhões de sites e aplicações em todo o mundo. O resultado: erros 5xx no lugar de páginas web, serviços fora do ar e empresas correndo para entender o que aconteceu.
O incidente começou às 01h45 PDT (05h45 no horário de Brasília) e afetou especificamente clientes que utilizam o recurso VPC Origins do CloudFront. Embora a origem técnica do problema esteja confinada a uma única Zona de Disponibilidade em Frankfurt, na Alemanha, o impacto se espalhou globalmente porque o CloudFront distribui conteúdo através de uma rede mundial de pontos de presença.
O que é o CloudFront e por que ele importa
O Amazon CloudFront é um dos maiores serviços de CDN do planeta. Ele funciona como uma camada intermediária entre o servidor de origem de um site e o usuário final. Quando você acessa um site que usa CloudFront, a página é servida a partir do ponto de presença mais próximo da sua localização, reduzindo a latência e acelerando o carregamento.
Empresas de todos os tamanhos dependem do CloudFront: desde startups que hospedam suas APIs até grandes plataformas como Hugging Face, serviços de jogos como Bethesda (Fallout 76), e até mesmo serviços governamentais e instituições financeiras. Quando o CloudFront cai, uma parcela significativa da internet simplesmente para de funcionar.
O que aconteceu: VPC Origins e erros 5xx
O problema está diretamente relacionado ao recurso VPC Origins, uma funcionalidade relativamente nova do CloudFront que permite que empresas sirvam aplicações rodando atrás de load balancers privados sem expor sua infraestrutura de backend à internet pública.
Em termos práticos, o VPC Origins funciona assim: em vez de configurar um servidor público como origem para o CloudFront, a empresa aponta para recursos dentro de sua Virtual Private Cloud (VPC) na AWS. Isso aumenta significativamente a segurança, porque o backend nunca fica exposto diretamente.
Porém, quando o subsistema de processamento de pacotes responsável por rotear requisições dos edge locations do CloudFront para os recursos dentro das VPCs dos clientes apresentou falha, todas as requisições que dependiam desse caminho começaram a retornar erros 5xx (erros de servidor).
A AWS confirmou em atualização oficial que a causa raiz está vinculada à Zona de Disponibilidade euc1-az2 na região EU-CENTRAL-1 (Frankfurt). Apesar de ser uma falha localizada em uma única AZ, o efeito cascata foi global porque o CloudFront utiliza uma arquitetura de rede distribuída que depende desses pontos de roteamento centralizados.
Serviços afetados pela queda
A lista de serviços impactados cresceu rapidamente nas primeiras horas do incidente:
- Hugging Face: A maior plataforma de IA open source do mundo ficou inacessível “na maioria das regiões do mundo”, conforme comunicado oficial da empresa.
- UK National Lottery (Loteria Nacional do Reino Unido): Confirmou no X (antigo Twitter) que jogadores não conseguiam acessar o site e o aplicativo móvel.
- Fallout 76 (Bethesda): Jogadores reportaram no Reddit que o jogo ficou mais inacessível do que o cenário pós-apocalíptico do próprio game.
- Hatena Blog: Retornou erros 504 para usuários em diversas regiões.
- Niconico Video/Live: Reportou problemas de acesso e login para seus usuários.
- KuCoin: A exchange de criptomoedas registrou timeouts parciais em seus serviços.
Além desses, milhares de sites e aplicações menores que utilizam VPC Origins também foram afetados, gerando uma onda de reclamações no Downdetector, Reddit e redes sociais.
A resposta da AWS e o workaround temporário
A AWS respondeu com atualizações no seu painel de status e sugeriu um workaround para empresas afetadas: quem não precisa estritamente do VPC Origins pode trocar temporariamente o tipo de origem para resolver os erros enquanto os engenheiros trabalham na correção definitiva.
Isso significa, na prática, expor temporariamente o backend ao acesso público (com as devidas proteções de segurança) para manter os serviços no ar. Para muitas empresas, essa não é uma opção viável por questões de compliance e segurança, o que gerou frustração adicional.
Impacto para empresas brasileiras
Embora a origem técnica do problema esteja em Frankfurt, empresas brasileiras que utilizam CloudFront com VPC Origins também foram afetadas. A região SA-EAST-1 (São Paulo) da AWS depende da infraestrutura global do CloudFront para roteamento, e as requisições que passam pelo subsistema afetado geraram os mesmos erros 5xx.
Para empresas de e-commerce, SaaS, fintechs e healthtechs brasileiras que dependem do CloudFront para entregar suas aplicações com baixa latência e alta segurança, esse tipo de incidente serve como um alerta importante sobre os riscos de dependência de um único provedor de CDN.
Lições e como se proteger de futuras instabilidades
Este não é o primeiro grande incidente do CloudFront em 2026. Em fevereiro, uma falha similar causou problemas para diversos serviços. A recorrência levanta questões importantes sobre resiliência de infraestrutura.
1. Estratégia Multi-CDN: Empresas críticas devem considerar uma arquitetura multi-CDN, distribuindo tráfego entre provedores como CloudFront, Cloudflare e Fastly.
2. Monitoramento em tempo real: Ferramentas como Datadog, PagerDuty e StatusGator permitem configurar alertas automáticos para detectar problemas de disponibilidade antes que os clientes percebam.
3. Plano de contingência documentado: Ter um runbook para situações de outage é fundamental, incluindo como trocar de CDN, quem autoriza mudanças de DNS e como comunicar clientes.
4. Teste de failover periódico: Empresas devem testar regularmente seus mecanismos de failover. Um teste trimestral de failover de CDN pode evitar horas de downtime em uma crise real.
O que isso significa para o mercado de tecnologia
A queda do CloudFront reforça uma tendência que vem se intensificando: a infraestrutura da internet é mais frágil do que parece. Quando um único subsistema em uma única Zona de Disponibilidade em Frankfurt pode derrubar serviços no mundo inteiro, fica claro que a centralização excessiva em poucos provedores de nuvem representa um risco sistêmico.
Na Wizia Tech, monitoramos ativamente a infraestrutura dos nossos clientes e implementamos estratégias de contingência que minimizam o impacto de incidentes como esse. Se sua empresa depende de serviços na nuvem e não tem um plano de resiliência, entre em contato para uma avaliação.
Status atual e atualizações
Até o momento da publicação deste artigo (16 de julho de 2026), a AWS continua trabalhando na resolução do problema. Clientes afetados devem acompanhar o painel de status oficial da AWS e considerar a implementação do workaround sugerido (trocar o tipo de origem) caso seus serviços estejam fora do ar.
WIZIA TECH
Sua infraestrutura está preparada para a próxima instabilidade?
Monitoramento proativo, planos de contingência e estratégias de resiliência para manter seu negócio digital no ar.
Fontes: The Register, Sunday Guardian Live, GIGAZINE, The Nightly. Artigo publicado em 16 de julho de 2026 pela Wizia Tech.
