GitHub fica fora do ar por sete horas e derruba Copilot: monocultura de dev tem sua tarde mais cara
Falha começou às 13h40 UTC de segunda-feira, atingiu Actions, Pull Requests, API e Copilot, e só terminou às 21h15. A causa técnica não foi divulgada.
A GitHub declarou seu incidente do dia 17 de agosto resolvido às 21h15 UTC, sete horas e meia depois de os primeiros erros terem começado às 13h40 UTC. Foi a interrupção mais longa da plataforma nos últimos meses, e a única em que o Copilot ficou marcado como major outage por mais tempo do que o restante do serviço, segundo o dashboard oficial da empresa.
Durante a maior parte da tarde, a taxa de erro no tráfego web e na API oscilou em torno de 20%, e os downloads de tarballs e conteúdo bruto de repositórios chegaram a 50% de falha. Actions, Pull Requests, Issues, Webhooks e o próprio Copilot degradaram em cascata. Por volta das 12h47 ET, a GitHub disse ter identificado o componente responsável e aplicado correções, mas o post-mortem detalhado ainda não foi publicado.
O custo real de sete horas sem CI
Um CIO que roda o pipeline em GitHub Actions perdeu, na prática, meio dia de deploy. Para times que fazem entrega contínua algumas dezenas de vezes por dia, isso significa reagendar releases, adiar patches de segurança e, no limite, atrasar cortes de manutenção que já estavam com janela combinada com o cliente. A degradação de Pull Requests também congela code review, o que joga o custo do incidente para dentro da produtividade da engenharia, não só para o SRE.
O Copilot ficou marcado como major outage mesmo depois de o resto voltar ao ar. Para empresas que já começaram a computar a produtividade do time contra métricas de aceitação de sugestões geradas por IA, uma janela em que o assistente simplesmente não responde vira ruído nos dashboards de OKR. A JetBrains estimou em janeiro de 2026 que 18% dos desenvolvedores usam Copilot como principal ferramenta de completar código; sete horas sem ele são sete horas em que esse grupo escreveu à mão o que ia escrever com sugestão.
O ponto único de falha volta ao debate
O padrão da última década consolidou GitHub como camada única para código, revisão, CI e agora agentes de IA. A queda de segunda-feira reacende uma discussão que a comunidade DevOps vinha adiando: quanto de risco operacional cabe concentrar em um único provedor. Para operações em conformidade com o DORA na Europa, a resposta começou a virar contrato, com bancos exigindo cláusulas de saída e planos de portabilidade de repositório mesmo para código não-crítico.
O impacto não ficou restrito à Costa Oeste americana. Times de engenharia na Índia, onde os grandes centros de entrega de TCS, Infosys e Wipro operam mais de 400 mil desenvolvedores sobre GitHub Enterprise, sentiram a queda no fim do expediente local. A TCS reportou no último balanço que 92% de seus projetos de aplicação já rodam pipeline em Actions ou GitHub Enterprise Server. Na Alemanha e no Reino Unido, o incidente pegou o pico da tarde e forçou runbooks de continuidade que muitos SREs ainda não tinham testado desde a última grande queda da AWS us-east-1, em outubro de 2021. Deutsche Bank, ING e HSBC operam sob GitHub Enterprise Cloud e mantêm regra interna que exige testar failover para GitLab a cada seis meses. No Brasil, onde parte relevante do trabalho de fábricas de software para clientes americanos usa Actions como orquestrador principal, a manhã foi de fila em backlog, com CI&T, TIVIT e Stefanini reprogramando releases de clientes financeiros que dependiam de deploy no fim do expediente ET.
Microsoft não divulgou se o problema teve relação com um deploy interno, com dependência de outro serviço da Azure ou com esgotamento de capacidade. A ausência dessa informação, mais que a duração da queda em si, é o que preocupa clientes corporativos: sem causa raiz clara, o playbook para a próxima vez continua sendo esperar.
Uma resposta que vira contrato
O próximo ciclo de renovação de contratos GitHub Enterprise na Europa vai chegar com um item novo na mesa: garantia contratual de crédito por indisponibilidade que reflita o dano real, não o preço da assinatura. Bancos e seguradoras começaram a incluir, desde o primeiro trimestre, cláusulas de portabilidade para GitLab e a exigir que o provedor demonstre teste anual de failover regional. Se a Microsoft publicar um post-mortem transparente nas próximas 48 horas, a discussão morre. Se demorar, a próxima renovação vira negociação de multa.