GitHub detalha nova arquitetura de armazenamento Git, pensada para o desenvolvimento com agentes

O GitHub publicou em seu blog de engenharia um detalhamento da nova arquitetura de armazenamento Git, desenhada para o desenvolvimento com agentes. Segundo o post, a estrutura aguenta milhares de gravações por segundo, escala as leituras sob demanda e suporta 5.000 agentes simultâneos num mesmo repositório, sem perder latência baixa e consistente no tráfego de leitura.

O texto expõe os requisitos que guiaram o design e explora dois componentes. Um deles são os quorums por referência (per-reference quorums), que vão levar para o Azure os repositórios que ainda faltam. O outro é o uso de armazenamento de objetos, que permite às leituras escalarem de forma independente. A empresa afirma que uma cópia de 99,99999% dos repositórios já foi movida para o Azure, e que a reconstrução acontece com a plataforma em operação.

A série de posts do GitHub ganhou camadas ao longo das semanas. Em 8 de outubro de 2026, o CEVIU noticiou "GitHub Aprimora Infraestrutura Git para Agentes de IA em Larga Escala", e em 12 de outubro de 2026, "GitHub Revoluciona Armazenamento Git para Enfrentar a Era da IA Agentic", com a promessa de um salto de 35 vezes na escrita em testes preliminares. Em 22 de outubro de 2026, veio "GitHub detalha caminho para uma infraestrutura Git em escala de agentes", e em 28 de outubro de 2026, "GitHub adota quorums por referência para escalar a infraestrutura Git na era dos agentes", com throughput de 3 a 4 vezes maior em escritas em testes internos. Em 5 de novembro de 2026, o CEVIU publicou "GitHub reconstrói a arquitetura de armazenamento Git sem tirar a plataforma do ar". Agora o foco é a arquitetura em si, com o número de 5.000 agentes simultâneos por repositório. Em 6 de novembro de 2026, o CEVIU também noticiou "GitHub detalha Rubicon, nova arquitetura de armazenamento Git que separa objetos e referências", que descreve objetos imutáveis no Azure Blob Storage e referências num log replicado.

Para quem constrói ferramentas com agentes de código, o recado é que o Git passa a ser tratado como gargalo a ser resolvido na infraestrutura. Se os números se confirmarem na prática, muitos agentes em paralelo no mesmo repositório deixam de ser um problema de escala da plataforma e passam a ser uma questão de fluxo de trabalho.