GitHub Outage Tracker: GitHub Está Lixado?

Artigo original ↗ Discussão no Hacker News ↗

Um tracker de interrupções em tom de brincadeira, “Is GitHub Cooked?”, desperta preocupação mais ampla com a confiabilidade do GitHub, especialmente para empresas que agora veem incidentes frequentes atrapalhando fluxos de trabalho essenciais como pushes, PRs e CI via GitHub Actions. Os comentaristas discordam sobre quanta simpatia uma empresa lucrativa pertencente à Microsoft merece, observando que a promoção agressiva de ferramentas de IA e de tiers gratuitos provavelmente ampliou a carga sem investimento adequado em resiliência ou em segregação de tráfego entre usuários pagos e gratuitos. Muitos veem isso como um problema autoimposto de centralização e excesso de recursos, e algumas organizações já exploram alternativas, mesmo que ainda nenhuma substitua o ecossistema do GitHub.

Reações ao Outage Tracker

  • Muitos acham o conceito engraçado e certeiro (piadas sobre “Outrage Tracker”, referências ao xkcd, etc.).
  • Alguns observam que a ideia de um gráfico de contribuições como calendário de interrupções é recorrente.
  • Alguns comentaristas examinam as estatísticas e o JavaScript do site, apontam bugs iniciais de matemática/rotulagem (incidentes/mês, incidentes sobrepostos, “pior dia” > 24h) e notam que foram corrigidos rapidamente.
  • Alguns alertam que as estatísticas estão um pouco “incompletas” e talvez não sejam totalmente confiáveis.

Estado Percebido da Confiabilidade do GitHub

  • Há um sentimento generalizado de que a frequência das interrupções do GitHub é “abominável”, especialmente para uso empresarial.
  • Outros relatam quase nunca notar problemas, sugerindo que as interrupções podem depender do fuso horário ou da carga de trabalho.
  • Vários dizem que, nos últimos meses, as interrupções parecem mais frequentes e severas, muitas vezes bloqueando CI, deploys e fluxos de trabalho de PR.

Causas das Interrupções e Debate sobre Escala

  • Um grupo enfatiza uma escala sem precedentes: commits, builds e pushes impulsionados por IA são descritos como efetivamente um DDoS ao GitHub.
  • Outros argumentam que o tráfego é grande, mas dentro do que grandes empresas já sabem lidar; culpam dívida técnica, migração para Azure e prioridades da gestão.
  • Alguns suspeitam de uma arquitetura frágil e de anos de confiabilidade sendo despriorizada, e não apenas de uma escala repentina.

Usuários Pagos vs. Gratuitos, Justiça e Throttling

  • Muitos usuários pagantes/empresariais resentem-se de ser afetados pelo tráfego de contas gratuitas e bots de IA.
  • Propostas:
    • Infraestrutura separada ou capacidade reservada para organizações pagantes.
    • Limites de taxa ou throttling mais fortes para uso automatizado, tier gratuito ou comportamento semelhante ao de IA.
  • Contraponto: segmentar o tráfego poderia entrar em conflito com o posicionamento do GitHub em open source/comunidade e com os incentivos de coleta de dados para IA.

GitHub Actions, Copilot e Tráfego de IA

  • Um gráfico compartilhado sugere que remover Actions/Copilot quase reduziria pela metade a contagem de incidentes.
  • Actions é chamado de “crítico, não secundário” para muitos, mas também é fortemente criticado por ser lento, frágil e mal projetado.
  • Vários comentários dizem que o próprio GitHub promoveu agressivamente Copilot e fluxos de trabalho com IA, então “construiu sua própria prisão” e tem pouco direito de reclamar da carga gerada por IA.

Alternativas e Auto-hospedagem

  • Algumas organizações discutem seriamente sair do GitHub devido a interrupções repetidas, mas o custo de migração, a conformidade e o lock-in são altos.
  • GitLab auto-hospedado ou algo مشابه é relatado como confiável para alguns, com estimativas grosseiras de custo sugerindo grandes economias em relação ao GitHub enterprise.
  • Outros argumentam que a maioria das alternativas também falharia na escala de tráfego do GitHub e que, para repositórios pequenos ou pessoais, o tier gratuito do GitHub continua sendo a opção mais prática.

Visões sobre a Microsoft e o Futuro do GitHub

  • Forte sentimento anti-Microsoft por parte de alguns: alegações de que aquisições estagnam produtos e que o GitHub estava “lixado” na aquisição.
  • Outros distinguem entre simpatia pelos engenheiros/SREs individuais e nenhuma pelos líderes corporativos.
  • Vários acreditam que, se surgir um concorrente credível e mais simples, muitos clientes estarão prontos para sair, embora efeitos de rede e o acúmulo de recursos possam manter o GitHub entrincheirado, “como o Excel”.