GitHub adota quorums por referência para escalar a infraestrutura Git na era dos agentes

O GitHub está trocando a serialização de escritas por repositório inteiro por quorums por referência. Na prática, escritas em refs diferentes deixam de esperar umas pelas outras. O motivo é a latência entre regiões durante a migração para o Azure, que pesa mais quando todo push precisa passar por uma única fila de coordenação. Segundo o resumo da notícia, testes internos mostraram throughput de 3 a 4 vezes maior em escritas para referências diferentes.

O design baseado em object storage ataca o outro lado do problema: a capacidade de leitura passa a escalar de forma independente da escrita. Para quem opera pipelines, isso importa porque agentes de IA geram muita leitura (clone, fetch) e muita escrita concorrente em branches distintas. O cenário em que cada agente trabalha na sua própria ref é justamente o que o quorum por referência favorece. Escritas na mesma ref continuam precisando de coordenação, e a fonte não indica ganho nesse caso.

Em 8 de outubro de 2026, o CEVIU noticiou "GitHub Aprimora Infraestrutura Git para Agentes de IA em Larga Escala", sobre a nova arquitetura que reduz a coordenação nas operações simultâneas. Em 12 de outubro de 2026, em "GitHub Revoluciona Armazenamento Git para Enfrentar a Era da IA Agentic", o foco foi a promessa de um salto de 35 vezes na escrita em testes preliminares e o desacoplamento entre leitura e escrita. Em 22 de outubro de 2026, o CEVIU registrou que o texto do GitHub discutia como os per-reference quorums levariam o restante da migração ao Azure, e em 23 de outubro de 2026 que cópias de 99,99999% dos repositórios já estavam no Azure. Agora a notícia traz o número de 3 a 4 vezes para escritas em refs diferentes, bem abaixo dos 35 vezes citados em 12 de outubro. A cobertura não explica a diferença entre os dois testes, então não dá para compará-los diretamente.

Para quem opera plataforma, a leitura é que o gargalo de Git em escala de agentes está virando problema de coordenação de escrita, não só de capacidade. Se você roda automação com muitos agentes abrindo branches em paralelo, a tendência é sentir menos fila em refs distintas. Vale medir seu próprio padrão de push antes de esperar o ganho citado pelo GitHub.