GitHub refaz infraestrutura de Git após 7,38 bilhões de commits

O volume de operações no GitHub escalou rapidamente em todas as métricas entre setembro de 2025 e agosto de 2026, quando a atividade total saltou de 218,2 bilhões de eventos mensais para 473,3 bilhões. No mesmo período, os envios via push cresceram 4,9 vezes, subindo de 0,69 bilhão para 3,35 bilhões por mês. O repositório mais movimentado da plataforma bateu sozinho cerca de 1 bilhão de requisições em agosto de 2026. Além disso, o GitHub Actions registrou 3,26 bilhões de execuções em setembro, superando em mais de quatro vezes o montante de 2025.

Spokes atrela capacidade de leitura à lentidão da escrita

A arquitetura vigente, chamada Spokes, guarda cada repositório nos discos locais de vários servidores de arquivos, mantendo cinco réplicas por padrão. Essa base sustenta 1 bilhão de repositórios hoje, combinando discos rápidos para leituras nativas com redundância física entre máquinas. Quando um push atualiza uma referência, um protocolo de confirmação em três fases exige quorum para manter a consistência entre interface web, chamadas de API e rotinas de integração contínua. Cada réplica participa da gravação. O push fica limitado à velocidade da réplica mais lenta do grupo.

Esse modelo transforma a adição de réplicas de leitura em sobrecarga direta para qualquer operação de escrita. Para agentes autônomos que operam em ciclos curtos e executam checkpoints após quase toda ação, a latência de um único push dita o limite do trabalho. Milhares de agentes atuando em branches próprios concentram um fluxo contínuo de gravação que converge para um único ponto da arquitetura. Paralelamente, merge queues e esteiras de trunk-based development canalizam todas as mudanças para uma única referência, enquanto as junções de pull requests quase quadruplicaram em relação a 2025.

Multiplicação de leituras encarece compactação contínua

Cada push executado por um agente multiplica o consumo da infraestrutura em milhares de leituras imediatas. Sistemas de integração contínua e ferramentas de varredura de código clonam ou consultam a ponta de um mesmo branch milhares de vezes por minuto. Para manter o acesso veloz, o GitHub compacta dados continuamente e expurga objetos descartados nos discos. Cada nova escrita encarece essa limpeza e acumula custos conforme o volume geral escala. Apenas acelerar clones não resolve a equação.

O comunicado publicado por Celenza no blog de engenharia do GitHub, atualizado em 7 de outubro de 2026, foca nos princípios de projeto e nas restrições da arquitetura Spokes, mas omite datas de entrega, métricas de benchmark da nova solução e cronogramas de migração. O texto não apresenta o mecanismo que substituirá o protocolo de quorum nem demonstra como os novos servidores vão desacoplar durabilidade e leitura sem introduzir inconsistências. A plataforma admite os gargalos atuais, mas ainda não comprovou o desempenho do novo sistema sob carga real.