Disponibilidade degradada para GitHub Actions, GitHub Pages e Webhooks
Interrupções frequentes em GitHub Actions, Pages e webhooks estão levando engenheiros a questionar a confiabilidade do GitHub e a sabedoria de consolidar CI/CD, hospedagem de código e GitOps em um único fornecedor. Comentadores atribuem a instabilidade a uma combinação de desafios da migração para o Azure, crescimento intenso do tráfego impulsionado por IA e planos gratuitos generosos, e debatem se a Microsoft está deixando de priorizar usuários pagantes e correções arquiteturais. Muitos estão avaliando ativamente alternativas como GitLab auto-hospedado, Forgejo ou novas plataformas, enquanto outros argumentam que os efeitos de rede social e a integração das ferramentas do GitHub tornam a migração cara e complexa.
Impacto imediato da interrupção
- Muitos relatos de execuções do GitHub Actions presas em “Queued”, inclusive para runners auto-hospedados.
- Alguns usuários viram jobs concluírem de fato em seus próprios runners enquanto a interface do GitHub ainda os mostrava como enfileirados.
- As pessoas perderam tempo depurando seus workflows antes de perceber que era um problema da plataforma.
- Frustração porque a página de status só foi atualizada depois que os usuários já haviam notado e investigado os problemas.
Lock-in de fornecedor e risco organizacional
- Vários comentários destacam que empresas migraram “all in” para GitHub Actions e GitOps, criando um único ponto de falha.
- Alguns engenheiros dizem que alertaram contra isso, mas foram ignorados; agora as interrupções são vistas como problema da gestão.
- Outros temem que o risco percebido de trocar de fornecedor, somado aos efeitos de rede do GitHub, torne a migração difícil tanto politicamente quanto na prática.
Alternativas e auto-hospedagem
- Alternativas hospedadas mencionadas: GitLab, Bitbucket, Cursor Origin, diversas ferramentas menores de CI/CD.
- Forte preferência de alguns por GitLab auto-hospedado, Forgejo, Gitea etc., muitas vezes combinados com runners auto-hospedados.
- Usuários enfatizam que o GitLab hospedado na nuvem também tem interrupções; o principal ganho de confiabilidade relatado vem da auto-hospedagem e do controle das janelas de manutenção.
- Alguns argumentam que o GitHub deve ser tratado como um espelho, não como a fonte primária de verdade, para implantações críticas.
Causas percebidas da instabilidade
- Um grupo culpa a aquisição pela Microsoft, a migração para Azure e a cultura corporativa; eles apontam gráficos históricos de uptime e textos de insiders.
- Outro grupo enfatiza o crescimento explosivo impulsionado por IA (commits de LLM/agentes, PRs como “journals”) em vez da aquisição em si.
- Há debate sobre se o tráfego de IA/bots é o principal motor versus problemas arquiteturais/organizacionais; as evidências são descritas como parciais ou pouco claras.
Plano gratuito, preços e serviço em múltiplos níveis
- Sugestões: reduzir drasticamente os minutos gratuitos do Actions, diminuir a concorrência para usuários gratuitos ou aumentar preços para financiar mais capacidade.
- Outros alertam que isso pode levar usuários para concorrentes, embora alguns questionem onde estão de fato os “sharks” credíveis.
- Clientes pagantes ressente-se de compartilhar o mesmo plano degradado com uso pesado do plano gratuito e de IA; alguns pedem isolamento ou instâncias apenas para empresas (por exemplo, opções de hospedagem separadas).
Comunicação de status e reação dos usuários
- Usuários querem mensagens mais cedo do tipo “algo está errado, estamos investigando”, idealmente acionadas por detecção automática (por exemplo, profundidade da fila).
- Alguns brincam com o uso das interrupções como pausas forçadas; outros tratam as interrupções recorrentes como sinal de que é hora de planejar uma saída.