В инженерном разборе GitHub описала, как перестраивает Git-инфраструктуру для одновременной работы разработчиков и ИИ-агентов. Компания отделяет хранение репозиториев от обработки запросов, чтобы независимо увеличивать ресурсы для чтения и записи.

Сейчас каждая копия репозитория участвует в каждой записи, поэтому добавление копий ради чтения замедляет запись. В новой архитектуре данные будут храниться в Azure Blob Storage, облачном хранилище данных, а запросы на чтение будут обслуживать отдельные процессы с кэшем.

По данным GitHub, во внутренних тестах новая архитектура обеспечила до 35 раз больше операций записи за единицу времени.

Проверка утверждений:

  • GitHub опубликовала инженерный разбор перестройки Git-инфраструктуры для одновременной работы разработчиков и ИИ-агентов. (подтверждено самой публикацией: доказательство; «Agentic software development is driving the next architectural shift. With developers and agents working concurrently in repositories that receive millions of commits a day, these workloads demand a different Git architecture. We’re rebuilding GitHub’s Git infrastructure to support them. This post explores the demands shaping that work and the design principles behind it.»)
  • GitHub отделяет хранение репозиториев от обработки запросов, чтобы независимо увеличивать ресурсы для чтения и записи. (подтверждено самой публикацией: доказательство; «Today, complete repository copies on local disks serve both as durable storage and as the layer that answers Git requests. Separating the two lets us scale each one independently.»)
  • В нынешней архитектуре каждая копия репозитория участвует в каждой записи, поэтому добавление копий ради чтения замедляет запись. (подтверждено самой публикацией: доказательство; «Every replica participates in every write, so a push is only as fast as the slowest replica in its set. The net effect: adding replicas to absorb read load makes writes slower.»)
  • В новой архитектуре данные репозиториев будут храниться в Azure Blob Storage, а запросы на чтение будут обслуживать отдельные процессы с кэшем. (подтверждено самой публикацией: доказательство; «In the new architecture, read capacity comes from lightweight workers that cache data to serve requests. The authoritative copy of the repository lives in a durable storage layer underneath. That way, the platform can absorb large read spikes from CI fan-out, agent fleets, and large clones without adding work to every push. Let each layer do one job. Authoritative repository data lives in Azure Blob Storage, which already provides durability and replication at Azure scale. The compute layer is optimized for throughput at the lowest latency.»)
  • По данным GitHub, во внутренних тестах новая архитектура обеспечила до 35 раз больше операций записи за единицу времени. (подтверждено самой публикацией: доказательство; «In internal benchmarks, it has delivered up to 35 times higher write throughput, with read capacity that scales on its own to meet demand.»)

Первоисточники:

оценка 50,9 из 100 · тип: руководство