A reescrita de 'backend significativo' de Musk derrubou o Twitter por cinco horas

Em 28 de dezembro de 2022, o Twitter sofreu uma queda generalizada que começou por volta das 16h no horário do Pacífico e durou mais de cinco horas. Dezenas de milhares de usuários relataram mensagens de erro estranhas, páginas em branco e desconexões inexplicáveis; muitos não conseguiam ver respostas, responder a tweets ou seguir tópicos em alta, e alguns recebiam erros de 'limite excedido' sugerindo que os servidores não conseguiam dar conta. O DownDetector e a NetBlocks confirmaram relatos do Reino Unido, Canadá, Alemanha, Itália e Índia, com o TweetDeck também fora do ar; a NetBlocks afirmou que o incidente não estava relacionado a interrupções de internet em nível de país.

A causa imediata foi autoinfligida. Musk tuitou que a empresa havia implantado 'mudanças significativas na arquitetura de servidores de backend' que deveriam tornar o Twitter 'mais rápido'. Isso veio dez dias depois de ele tuitar que o serviço estava operacional 'mesmo depois de eu desconectar um dos racks de servidores mais sensíveis', e semanas depois de o Twitter bloquear brevemente o tráfego de cerca de 30 operadoras móveis, principalmente na região da Ásia-Pacífico, numa tentativa de livrar o serviço de spam.

O contexto tornou a falha compreensível: Musk havia adquirido o Twitter por US$ 44 bilhões no final de outubro de 2022 e buscava cortar despesas eliminando milhares de funcionários, muitos dos quais mantinham a infraestrutura do serviço, enquanto pressionava pessoalmente para remover 'código inchado' em nome da velocidade. Engenheiros zombaram da formulação — o arquiteto de software Grady Booch citou o tweet: 'Arquitetura. Você continua usando essa palavra. Não acho que ela signifique o que você pensa que significa.'

Queda de cinco horas atingindo dezenas de milhares de usuários no Reino Unido, Canadá, Alemanha, Itália e Índia; #TwitterDown em alta

A queda veio após a eliminação de milhares de empregos de infraestrutura — uma reescrita chegando a uma rede com menos pessoas que a entendiam.

Foi o segundo incidente autoinfligido em um mês, depois do episódio de bloqueio de 30 operadoras e da bravata do 'rack de servidores sensível'.

O modo de falha era visível para os usuários — erros de limite de taxa, páginas em branco, desconexões forçadas — transformando um projeto de desempenho em uma hashtag em alta.

A infraestrutura que você não entende é estrutural. Reescritas de desempenho e cortes de custos encontram a realidade da mesma forma — especialmente quando as pessoas que conheciam o sistema se foram.

O Twitter resolveu o problema após mais de cinco horas; a empresa não divulgou nenhum detalhe sobre a causa raiz além do tweet sobre a mudança de arquitetura, nem números de impacto aos usuários. O episódio tornou-se parte do registro público da instabilidade do Twitter pós-aquisição, citado ao lado de oscilações subsequentes do serviço como evidência de que a capacidade de manutenção da infraestrutura foi cortada profundamente demais.