O GitHub passou a manhã desta segunda-feira (17) com uma interrupção mundial que derrubou ou degradou boa parte dos serviços usados por cerca de 180 milhões de desenvolvedores cadastrados na plataforma, quase 7 milhões deles brasileiros. A falha começou por volta das 10h40 (horário de Brasília; 13h40 em UTC), quando a página oficial de status do GitHub registrou lentidão em alguns serviços, e foi confirmada pela Microsoft, dona da empresa. No pico, cerca de 20% das requisições ao site e à API falhavam, e metade das tentativas de baixar arquivos e repositórios terminava em erro. A causa raiz ainda não foi divulgada: a empresa afirma ter identificado o componente problemático e prometeu uma análise detalhada.
O que caiu e por quanto tempo
Em menos de uma hora, a degradação atingiu os serviços hospedados na nuvem do GitHub: pull requests, issues, webhooks, a API e o GitHub Actions, plataforma de automação de testes, builds e deploys. Ferramentas locais e o trabalho offline seguiram funcionando, mas esteiras inteiras de desenvolvimento travaram em empresas do mundo todo na manhã de segunda-feira. Downloads de arquivos e pacotes, usados por instaladores de dependências e sistemas de integração contínua, falhavam na metade dos casos.
Às 11h31, o GitHub Copilot, assistente de programação por IA que recebeu o Claude Sonnet 5 em junho (veja a cobertura aqui), entrou na lista de serviços degradados. Os sistemas de autenticação empresarial também foram atingidos: SAML, OIDC, SCIM e Team Sync, usados por companhias para controlar quem acessa os repositórios. No pior momento, o Downdetector, site que monitora relatos de quedas, registrou quase 3 mil notificações de usuários em poucas horas.
A recuperação veio só à tarde. Às 13h59, o GitHub informou que a degradação nos principais serviços havia sido contornada, mas o Copilot e falhas esporádicas de autenticação se arrastaram pela noite. O incidente foi oficialmente encerrado às 18h15 (21h15 em UTC), quase sete horas e meia depois do início.
Uma série de falhas que virou rotina
O episódio de segunda-feira não foi um caso isolado. Foi o 14º incidente registrado pelo próprio GitHub só em agosto, apontou o iTnews. Na janela de 90 dias, o Actions acumulou 99,33% de disponibilidade, quase 15 horas fora do ar no período. A empresa reconheceu o problema em junho, quando o vice-presidente sênior de engenharia Jakub Oleksy prometeu mudanças estruturais para remover modos de falha de forma permanente. O diretor de tecnologia Vlad Fedorov já admitiu que a plataforma não foi construída para a escala que é obrigada a suportar hoje.
Nada indica ataque cibernético: o GitHub não citou ação maliciosa em nenhuma atualização, e as especulações sobre excesso de carga de IA seguem como hipótese, não como fato. Até a publicação desta reportagem, a empresa não havia divulgado o que provocou a pane, e desenvolvedores usaram as redes sociais para desabafar. “GitHub fora do ar de novo, tão surpreendente quanto o sol nascer”, ironizou um usuário citado pelo The Register.
A rival que estreou no meio da queda
A coincidência do dia virou trunfo para um concorrente. Na manhã de segunda, a Cursor, dona de um dos editores de código com IA mais usados do momento, começou a liberar em beta o Origin, sua plataforma de hospedagem de código construída para agentes de IA, com repositórios, pull requests e sincronização com o GitHub. “Iríamos lançar antes, mas o GitHub estava fora do ar”, brincou Matt Palmer, funcionário da Cursor, em resposta ao anúncio da própria empresa.
O timing não foi planejado, mas ilustrou o argumento do Origin: o mercado viu ao mesmo tempo o que acontece quando parte expressiva dos desenvolvedores em atividade depende de um único serviço e uma alternativa disposta a ocupar esse espaço. A Cursor chega à disputa recém-comprada pela SpaceX, que concluiu na sexta-feira (14) a aquisição da empresa por US$ 60 bilhões, conforme o VentureBeat. O GitHub responde por cerca de US$ 2 bilhões em receita anual para a Microsoft.
Para o desenvolvedor brasileiro, a pane foi um lembrete do peso da concentração: esteiras de build, deploys e ferramentas de IA paradas durante uma manhã inteira de trabalho, sem prazo claro de retorno e sem causa explicada. A dependência de uma única infraestrutura, no caso americana, virou risco operacional para equipes de qualquer tamanho, inclusive as que usam o GitHub como base para projetos open source.
Para a Cursor, o dia não poderia ter sido mais oportuno: o Origin estreou mostrando, na prática, o tamanho do buraco que uma queda do GitHub deixa no ecossistema global de desenvolvimento de software.
Fonte: GitHub Status | Bleeping Computer | Exame | VentureBeat
