Tracker expõe 1.125 incidentes do GitHub desde 2016
Site isgithubcooked.com filtra histórico por severidade e serviço. Dados mostram pico de 24 ocorrências por mês e streak de 8 dias sem falhas.
O que aconteceu
O site isgithubcooked.com, divulgado no Hacker News, reúne dados de incidentes do GitHub desde março de 2016. A plataforma soma 1.125 ocorrências no período. Nos últimos três meses, a média mensal ficou em 24 incidentes, uma queda de 5% em relação aos três meses anteriores. O pior mês da série histórica foi fevereiro de 2026, com 37 eventos. A maior sequência sem incidentes durou 8 dias e terminou em 31 de dezembro de 2025.
O criador do site explicou a motivação em uma frase: "I made this site because I wanted to filter GitHub's incident history for the services and severity levels that affect the products I build." A ferramenta oferece filtros por serviço, severidade e período, além de calendários interativos que mostram o impacto de cada dia.
Contexto
A confiabilidade do GitHub sempre foi um tema sensível para desenvolvedores, que dependem da plataforma para hospedar código, gerenciar pull requests e executar pipelines de CI/CD. Até agora, a página de status oficial da empresa mostrava incidentes em tempo real, mas sem um histórico detalhado e filtrável. O isgithubcooked.com preenche essa lacuna ao transformar os dados públicos em uma análise de longo prazo.
Os números do tracker revelam padrões claros. A esmagadora maioria das ocorrências é de baixa severidade: 911 incidentes menores, ou 81% do total, contra 186 maiores (17%) e apenas 28 críticos (2%). As quartas-feiras são o dia com mais incidentes (245, 22%), seguidas de terças (241) e quintas (209). Os fins de semana concentram poucas falhas: sábados tiveram 44 ocorrências e domingos, 27.
Por que importa
Para equipes de engenharia, a diferença entre um incidente menor e um crítico é o impacto real na operação. Um incidente menor pode atrasar um deploy; um crítico derruba repositórios inteiros e bloqueia trabalho. Com o novo tracker, cada desenvolvedor pode filtrar por severidade e serviço para decidir se deve investir em redundância ou mudar de fornecedor.
A ferramenta também coloca em perspectiva a narrativa de disponibilidade. O criador resumiu: "Everybody's reliability narrative is a function of the services they depend on and the 9's they expect." Ou seja, a percepção de que o GitHub está "cozido" varia conforme o serviço usado e o nível de uptime exigido. Agora é possível declarar publicamente o próprio filtro e evitar discussões superficiais.
Impacto
No curto prazo, o site dá transparência inédita ao histórico de falhas. Empresas que contratam o GitHub Enterprise podem usar os dados para calibrar SLAs internos ou negociar créditos de serviço. No médio prazo, a pressão por melhorias na infraestrutura pode aumentar, especialmente se o volume de incidentes críticos crescer.
Os dados mostram também dias específicos de grande impacto. Em termos de downtime, o pior dia foi 16 de abril de 2025, com 1 dia e 2 horas de interrupção. Em contagem de incidentes, 9 de fevereiro de 2026 lidera, com 7 ocorrências em um único dia. Esses eventos pontuais, ainda que raros, geram custos altos para quem depende de deploys contínuos.
O que muda
Com o isgithubcooked.com, a conversa sobre confiabilidade do GitHub deixa de ser anedótica. Desenvolvedores agora conseguem comparar métricas objetivas: média mensal, pico de incidentes, dias da semana problemáticos e tempo de resolução. O site também permite que cada usuário monte sua própria visão, eliminando generalizações que misturam serviços diferentes.
Para quem usa GitHub Actions, por exemplo, os filtros podem revelar que o serviço tem um histórico diferente do de Pages ou do repositório em si. Essa granularidade ajuda a tomar decisões de arquitetura com base em dados, não em impressões.
O que vem agora
O tracker continua acumulando dados, e o criador sinalizou que novos filtros e métricas podem ser adicionados. A expectativa é que a comunidade amplie o debate no Hacker News, com discussões sobre quais serviços do GitHub são mais estáveis e se a frequência de incidentes aumentou ou caiu ao longo dos anos.
Enquanto isso, o GitHub segue operando sob o escrutínio de seus usuários. A própria existência do site esgotado, com nome provocativo "Is GitHub Cooked?", joga luz sobre uma preocupação real: a resiliência da infraestrutura que sustenta boa parte do desenvolvimento de software global. Os próximos meses dirão se a empresa responde aos dados com melhorias ou se o apelido pega de vez.