Se você tiver equipes e fazendas de CI localizadas em todo o mundo, poderá sofrer redução de desempenho na sua instância principal GitHub Enterprise Server. Embora georréplicas ativas podem melhorar o desempenho de solicitações de leitura, isso tem o custo de limitar o rendimento da gravação. Para reduzir a carga na instância primária e melhorar o desempenho da taxa de transferência, é possível configurar um cache de repositório, um espelho assíncrono de somente leitura de repositórios localizados perto desses clientes distribuídos geograficamente.
Um cache de repositório elimina a necessidade de GitHub Enterprise Server transmitir os mesmos dados do Git várias vezes por um link de rede de longa distância para atender a vários clientes, disponibilizando os dados do seu repositório perto das fazendas de CI e das 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ê irá beneficiar-se da criação do cache de repositórios na Ásia para uso dos executores de CI.
O cache do repositório escuta a instância principal, seja uma instância única ou um conjunto de instâncias replicadas georreplicado, para alterações nos dados do Git. As farms de CI e outros consumidores muito pesados clonam e buscam do 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 cache_sync pode ser usado por sistemas de CI para responder aos dados disponíveis no cache.
GitHub Enterprise Server armazena em cache dados git e Armazenamento de Arquivos Grandes do Git (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 obter mais informações, consulte Configurando um cache de repositório.
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.