Em 21 de outubro de 2026, o GitHub detalhou em seu blog de engenharia como está migrando repositórios Git para o Azure e preparando o armazenamento para o crescimento do tráfego gerado por agentes. O texto é assinado por Eleanor White e Victoria Dye.
O problema começa no quórum do Spokes, que espera todas as réplicas saudáveis responderem e bloqueia o repositório inteiro a cada escrita. Com uma réplica no Azure, a ida e volta de rede fica em torno de 25 ms, e cada escrita exige várias viagens. Nas palavras do GitHub, “the slowest healthy replica sets the latency of every write”.
A solução tem duas partes. A primeira é um quórum por referência: a serialização passa a ocorrer por branch ou tag, já que escritas em referências diferentes costumam ser independentes. A segunda é a réplica virtual de escrita, efêmera, que faz a ponte com o Azure Blob Storage e só confirma a escrita depois que ela fica durável no armazenamento de objetos, além de agrupar transações em referências disjuntas. Há também réplicas virtuais de leitura, criadas sob demanda e fora do quórum, o que desacopla o escalonamento de leitura e escrita.
O GitHub cita números: 99,99999% dos repositórios já têm uma cópia no Azure, o Spokes processa mais de 100 bilhões de operações por dia, a maioria dos repositórios tem de 100 a 1.000 leituras para cada escrita, e o throughput de escrita em referências diferentes ficou de 3 a 4 vezes maior em testes internos.
Fonte original: GitHub Blog