A própria página de status da Cloudflare mostrava uma "Paralisação Parcial do Sistema" com 54 de 457 componentes apresentando interrupção no final do dia 22 de junho . A empresa reconheceu "taxas de erro e latência elevadas" em vários serviços
.
O NetBlocks, que monitora a saúde global da internet, observou que o X estava "sofrendo apagões internacionais pelo segundo dia consecutivo em meio a erros de API no backend da timeline", mas esclareceu que o incidente "não estava relacionado a interrupções da internet em nível de país" .
Não. As fontes disponíveis descrevem consistentemente o X saindo do ar no dia 22 de junho como parte do mesmo evento ligado à Cloudflare . Não há evidências corroboradas de um apagão significativo e específico do X em 21 de junho de 2026 que fosse separado deste incidente. Se você viu relatos de um apagão do X em 21 de junho, isso não é suportado pela cobertura atual
.
A Cloudflare tinha uma manutenção programada em seu datacenter EWR (Newark) que ocorreu de 22 de junho de 2026, 01:00 UTC a 23 de junho de 2026, 09:00 UTC . A página de status observou que o tráfego poderia ser redirecionado de Newark durante esta janela, potencialmente causando um "leve aumento na latência" para os usuários finais na região afetada
.
No entanto, a manutenção programada não foi identificada como a causa do apagão do cabo de fibra. Os dois incidentes coincidiram no horário, mas foram separados em causa raiz — a manutenção de Newark era de rotina e planejada, enquanto o cabo rompido foi uma falha imprevista na infraestrutura externa que ocorreu mais tarde naquele dia .
O incidente do cabo de fibra de 22 de junho é o mais recente de uma série de interrupções notáveis da Cloudflare desde o final de 2025. Aqui está uma comparação:
O ponto em comum: a posição da Cloudflare como infraestrutura para cerca de 20% do tráfego global da web significa que tanto danos físicos externos (cabos rompidos) quanto erros internos de configuração (arquivos de configuração excessivamente grandes, erros de BGP) podem produzir falhas em cascata em centenas de grandes plataformas. O apagão do cabo de fibra de 22 de junho é a primeira grande causa de infraestrutura física nesta série recente, ao contrário de bugs de software ou configuração.
Um único cabo rompido em uma região foi suficiente para interromper serviços que dezenas de milhões de pessoas usam todos os dias. Este incidente ressalta uma vulnerabilidade fundamental na arquitetura da internet: mesmo os provedores de nuvem mais resilientes dependem de cabos físicos que podem ser danificados por construções, clima ou acidentes. Para empresas e usuários, é um lembrete de que a redundância na camada de aplicação — estratégias de múltiplas nuvens, sistemas de failover e alternativas offline — continua sendo essencial, mesmo ao trabalhar com um provedor tão dominante quanto a Cloudflare.
De acordo com os relatos mais recentes, o conserto para o cabo de fibra rompido ainda estava em andamento . A Cloudflare ainda não publicou uma análise post-mortem completa, e ainda não está claro se o cabo foi rompido por acidente, devido ao clima ou a trabalhos de construção.
Comments
0 comments