GitHub sofre nova indisponibilidade

(githubstatus.com)

1 pontos por GN⁺ 2026-02-10 | 2 comentários | Compartilhar no WhatsApp

Foi relatada degradação de desempenho em alguns serviços do GitHub, com atraso na entrega de notificações
A latência média aumentou de cerca de 50 minutos inicialmente para no máximo 1 hora e 20 minutos
Depois, a recuperação ocorreu gradualmente, com o atraso sendo reduzido de 1 hora → 30 minutos → 15 minutos
O problema foi reportado como resolvido e o incidente encerrado em 9 de fevereiro de 2026 às 19:29 UTC
O GitHub informou que divulgará uma análise de causa raiz (RCA) posteriormente

Visão geral do incidente de atraso nas notificações do GitHub

O GitHub relatou degradação de desempenho em alguns serviços
- Na fase inicial, a entrega de notificações não estava ocorrendo normalmente
- A investigação sobre a causa do problema ainda estava em andamento

Evolução do atraso nas notificações

Na primeira atualização, foi informado um atraso médio de 50 minutos
- O GitHub afirmou que estava aplicando medidas de mitigação
Em uma atualização posterior, o atraso piorou para 1 hora e 20 minutos, mas foram observados sinais de recuperação
A recuperação prosseguiu gradualmente, reduzindo o atraso de 1 hora → 30 minutos → 15 minutos
- Foi explicado que a equipe estava processando o backlog (notificações acumuladas)
Por fim, o problema de atraso nas notificações foi resolvido, e a entrega normal foi retomada

Encerramento do incidente e medidas posteriores

O incidente foi totalmente resolvido em 9 de fevereiro de 2026 às 19:29 UTC
O GitHub agradeceu aos usuários pela paciência e compreensão
O resultado da análise de causa raiz (Root Cause Analysis) será divulgado assim que estiver pronto

Alertas para usuários e recurso de assinatura

Os usuários podem assinar atualizações do incidente por e-mail, SMS, Slack, Webhook etc.
Ao assinar, é necessário concordar com a política de privacidade e os termos de serviço do GitHub e da Atlassian
O site é protegido pelo Google reCAPTCHA

Resumo

Este incidente foi um problema de atraso no sistema de notificações do GitHub, com recuperação gradual ao longo de cerca de 4 horas
O serviço agora voltou ao estado normal, e um relatório de análise adicional está previsto

2 comentários

joyfui 2026-02-10

Então não foi só comigo o fato de o GitHub ter começado a cuspir erros de madrugada hoje.

GN⁺ 2026-02-10

Comentários no Hacker News

Como o GitHub não publica mais as estatísticas de uptime, resolvi analisar os dados por conta própria
No momento, considerando o serviço como um todo, parece estar no nível de “single 9”
Dá para conferir na página GitHub Statuses
- Isso me lembra a antiga página de status do GitHub. Naquela época, ela mostrava o tempo de atividade real com transparência, então não surpreende que tenha sido substituída pela página atual assim que a verdade apareceu
  Também gostei da explicação com link do archive.org
- Chamar de “single 9” no agregado de todos os serviços não faz sentido por causa da forma de calcular o uptime
  Os números por área até são úteis, mas juntar todos os serviços em um único indicador não significa muita coisa
  A maioria está acima de 99,5%, e o Copilot parece ser a exceção
- É interessante que o total do Copilot seja o mais baixo
  Eu uso todos os dias e quase não percebi problemas. Talvez o momento de registro do incidente esteja sendo refletido com atraso
- Não entendo como classificaram o downtime de hoje como “minor”
  A interface web praticamente não funcionava, então fico me perguntando se o GitHub não está minimizando a gravidade dos incidentes
- Projeto excelente. Obrigado por compartilhar
Alguns anos atrás eu não achava que a dominância do GitHub pudesse ser ameaçada
Mas, se a operação continuar instável assim, isso vai acabar entrando para a história como um grande tiro no próprio pé da indústria
- Parece que o uptime caiu um ou dois níveis depois da migração “existencial” para o Azure no ano passado
- Estou olhando agora a página “Migrate from GitHub” da documentação do GitLab
  Se der para trazer também issues e projetos, estou pensando seriamente em migrar
- Acho que não é só um problema operacional, mas também de arquitetura e qualidade de código
  Dá para perceber a complexidade olhando o produto GitHub Enterprise self-hosted
- Não tenho prova, mas suspeito que as falhas frequentes recentes possam ser um efeito colateral da estratégia centrada em IA
- Acho que isso é resultado da imposição da migração para o Azure pela Microsoft e da priorização das cargas de trabalho de IA
  O GitHub é a galinha dos ovos de ouro dos dados de desenvolvimento do mundo inteiro, e se continuar instável assim, a própria franquia fica em risco
  O Windows 11 também não vai bem, e o GitHub pode acabar perdendo seu papel de base do desenvolvimento moderno
Eu estava lidando com um bug de segurança no Caddy quando o GitHub caiu, e ao abrir o relatório só aparecia a página do unicórnio
Eu estava tentando me concentrar nessas 2 horas sem meu filho, e agora temo que esse incidente empurre o ciclo de feedback para amanhã
Ainda assim, sou grato por conseguir me sustentar graças ao GitHub Sponsors
- Fiquei curioso sobre que bug de segurança é esse
- Queria perguntar se você já considerou alguma plataforma alternativa. Como alguém que administra um servidor pessoal, segurança é importante para mim
Dá para ver o GitHub se fragmentando e explodindo em tempo real
A página GitHub Status History está quase virando comédia
- Ainda estamos em 9 de fevereiro e já houve 14 incidentes
  É irônico ver mais um “salvador” da indústria de IA seguindo esse caminho
  Artigo relacionado: link da The Verge
- Brincaram que, para reverter essa tendência, é preciso fazer mais vibe coding
- Ainda assim, é bom que o GitHub seja transparente
  Como não esconde os downtimes, dá para reagir, e provavelmente logo vai sair uma retrospectiva
- Isso provavelmente vai continuar até a migração para o Azure terminar
- Seria legal ter uma visualização anual como o gráfico de contribuições do perfil do GitHub
Neste ano, o GitHub tem tido tantos incidentes que a página de status é atualizada quase todos os dias
Olhando o histórico de status, isso não é normal nem para um serviço grande
Já existe até piada de que o GitHub Actions para todo dia por volta das 16h
Gostaria que eles divulgassem internamente a causa e as medidas corretivas
- Desde a chegada dos agentes de programação, é bem possível que o tráfego operacional tenha aumentado 100 vezes
  O GitHub foi projetado assumindo outra escala, e de repente tomou uma carga de uma dimensão totalmente nova
Na página de status, no começo aparecia apenas atraso nas notificações, mas na prática a página do unicórnio continuava surgindo ao acessar PRs
Depois surgiu uma página de status separada para PRs, e no fim a coisa foi ampliada para um problema no serviço inteiro
Link do incidente relacionado
- Foi adicionada uma entrada dizendo “Estamos investigando degradação de desempenho em alguns serviços”
  Não estava lá às 16:10 UTC, mas apareceu alguns minutos depois
- Ao aprovar um PR, a API JSON retornava uma página de erro HTML. Parece que tudo ficou completamente embaralhado internamente
- Eu também vejo muitos erros 500. A latência também disparou
  Link de monitoramento
- Ao acessar detalhes de commits, também só aparecia a página do unicórnio
- Nem os próprios comandos git estavam funcionando
Concluímos a migração para o Forgejo nas últimas semanas
Nossa empresa quer reduzir a dependência de grandes nuvens, então não fazia sentido que uma falha no GitHub/Azure parasse a infraestrutura principal
A transição foi tranquila, e estamos até fazendo alguns desenvolvimentos personalizados
1. Criamos um runner baseado em Firecracker para executar CI em ambiente de VM no Forgejo Actions
2. Estamos preparando uma proposta para adicionar o recurso de grupos de variáveis de ambiente
  A comunidade foi muito receptiva, e espero que o Forgejo continue crescendo
  Link da empresa, link da discussão da proposta
- Se você está em Londres, fiquei curioso sobre por que usa um domínio .eu, e também sobre a localização dos servidores e o provedor de hospedagem
A instabilidade do GitHub já não é mais aceitável
Se eu puder influenciar a escolha de repositório de código daqui para frente, vou evitar o GitHub
- Os recursos já podem ser substituídos tranquilamente por outras forges
  Mas a descoberta e os sinais sociais (stars, forks) do GitHub ainda continuam atraentes
  Uma abordagem realista é usar uma forge interna (GitLab, Gitea etc.) e espelhar para o GitHub
  Ironicamente, se o GitHub estivesse melhor, eu usaria um plano pago, mas hoje fico no gratuito e gasto meu dinheiro em outro lugar
Nos últimos 3 meses, houve 3 grandes interrupções
Isso está explicitamente registrado no histórico de status
- Fico curioso sobre quem saiu da equipe recentemente. Será que algum detentor de conhecimento crítico foi embora, ou será que moveram a operação para outra região?
- Estamos a duas semanas do lançamento do MVP e mais uma falha dessas é desesperadora. A confiabilidade está baixa demais
- Alguém ainda acrescentou a piada de que talvez isso também seja culpa de vibe coding
A situação atual parece o resultado de uma IA substituindo engenheiros
- “Sim, foi mal. Apaguei seu banco de dados.”, respondeu alguém em tom de piada
- Na prática, pelo que sei, esses downtimes estão acontecendo porque o GitHub está migrando para o Microsoft Azure
- É uma sátira como se Tay.ai e Zoe.ai estivessem brigando internamente e por isso não conseguissem manter o serviço no ar