Skip to main content

Esta versão do GitHub Enterprise Server foi descontinuada em 2024-07-09. Nenhum lançamento de patch será feito, mesmo para questões críticas de segurança. Para obter melhor desempenho, segurança aprimorada e novos recursos, atualize para a última versão do GitHub Enterprise Server. Para obter ajuda com a atualização, entre em contato com o suporte do GitHub Enterprise.

Sobre o cache do repositório

Você pode aumentar o desempenho de operações de leitura do Git para equipes distribuídas e farms de CI com cache de repositórios.

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 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 por meio de um link de rede de longo curso várias vezes para servir vários clientes, servindo seus 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ê 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 tanto dados de Git quanto de 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 "Configurando um cache de repositório".

Note

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.