Se você tiver equipes e farms de CI localizadas no mundo todo, você poderá ter um desempenho reduzido na instância primária de GitHub Enterprise Server. Embora as georréplicas ativas possam melhorar o desempenho das solicitações de leitura, elas limitam o rendimento da gravação. Para reduzir a carga na sua instância primária e melhorar o desempenho na taxa de transferência de escrita, é possível configurar um cache de repositório, que é um espelho assíncrono de somente leitura de repositórios localizados perto desses clientes distribuídos geograficamente.
Com um cache de repositório, o GitHub Enterprise Server não precisa transmitir os mesmos dados do Git por um link de rede de longa distância várias vezes para atender a vários clientes, e pode disponibilizar os dados do repositório perto de farms de CI e equipes distribuídas. Por exemplo, se a sua instância principal estiver na América do Norte e você também tiver uma forte presença na Ásia, você se beneficiará da criação do cache de repositório na Ásia para uso dos executores de CI.
O cache do repositório monitora a instância principal, seja uma instância única ou um conjunto de instâncias georrepliado, para alterações nos dados do Git. As farms de CI e outros consumidores com alta carga de leitura clonam e buscam no cache do repositório em vez da instância primária. As alterações são propagadas na rede, em intervalos periódicos, uma vez por instância de cache ao invés de uma vez por cliente. Os dados do Git normalmente serão visíveis no cache do repositório dentro de alguns minutos após os dados serem enviados para a instância primária. O webhook pode ser usado por sistemas de CI para responder aos dados disponíveis no cache.
O GitHub Enterprise Server armazena em cache tanto os dados do Git quanto os do Git Large File Storage (Git LFS).
Você tem controle refinado sobre quais repositórios estão autorizados a sincronizar com o cache do repositório. Os dados do Git só serão replicados para os locais especificados.
Você pode configurar o cache do repositório criando um tipo especial de réplica chamado cache de repositório. Para saber mais, confira AUTOTITLE.
Observação
Há um máximo de oito réplicas de alta disponibilidade (réplicas passivas e ativas e geográficas, bem como instâncias de cache do repositório) permitidas para o GitHub Enterprise Server.