Cloudflare Radar registra 49 interrupções de internet no terceiro trimestre de 2026

O Cloudflare Radar contabilizou 49 interrupções entre julho e setembro de 2026. Desligamentos determinados por governos somaram 19 casos, 18 deles provas escolares no Iraque. Quedas de energia vieram em seguida, com 14 incidentes em 10 países, e desastres naturais responderam por cinco.

Para quem opera infraestrutura, o ponto técnico está nos pontos únicos de falha. Em Honduras, uma falha de energia em um ponto de interconexão em 10 de setembro afetou ao menos 11 grandes provedores e derrubou o tráfego HTTP do país em 63% por cerca de três horas. A Telecomunicaciones de Guatemala (AS14754) e a operadora móvel Celtel (AS52262) ficaram de fora, o que sugere que sua conectividade hondurenha depende mais de infraestrutura no exterior. Em 13 de agosto, uma falha no sistema de refrigeração de um data center em Phoenix causou queda quase total do tráfego da Namecheap (AS22612). Também houve fibra danificada na Colômbia após terremoto de magnitude 7,4, com interrupção de quatro dias e meio na Colombia Telecomunicaciones (AS3816). Na Rússia, a Rostelecom restabeleceu a conectividade por canais de backup após dano deliberado a fibras de backbone. Das interrupções, 14 se resolveram em menos de uma hora e 16 em menos de três horas.

A cobertura anterior do CEVIU mostra a continuidade da série trimestral. Em 30 de abril de 2026, o CEVIU publicou o balanço do primeiro trimestre, que documentou blecautes prolongados dirigidos por governos, como em Uganda e no Irã. No terceiro trimestre, o Irã não aparece entre os destaques do relatório, que põe os exames no Iraque e a energia à frente. Em 7 de junho de 2026, o CEVIU noticiou a recuperação parcial da internet no Irã, e agora o foco se desloca para falhas de energia e eventos físicos. Sobre o Guam, o relatório liga o tufão Bavi ao Sinlaku, descrito como evento do trimestre anterior.

Para quem opera plataformas, a leitura é que redundância de rede não basta. Energia, refrigeração e pontos de troca de tráfego entram na conta de risco. Quem depende de um único datacenter ou de um único ponto de interconexão num país deve revisar o desenho multirregião e a rota de failover, e testar o que acontece com usuários cujo acesso cai por motivos fora do controle da aplicação.