OpenAI перевела монорепозиторий на Git-бэкенд Pando
OpenAI перевела всю разработку в своём монорепозитории на Pando — новый бэкенд для Git, созданный для параллельной работы инженеров и агентов Codex. По заявлению компании, медианная задержка push сократилась почти в пять раз, а система передаёт около петабайта Git-данных в сутки.
Pando сохраняет совместимость с протоколом и клиентами Git, поэтому разработчикам не потребовалось менять привычные команды. Система начала обслуживать production-трафик в апреле 2026 года; от начала разработки до запуска прошло десять недель.
Почему прежняя схема перестала справляться
Рост параллельной работы с Codex увеличил число веток, push, merge, fetch и clone. К концу 2025 года инфраструктура монорепозитория OpenAI начала выдавать медленные операции и сбои слияния, а надёжность временами опускалась ниже 90%.
Обычные распределённые Git-сервисы часто либо координируют обновления ссылок между репликами, либо записывают их в общий журнал. В обоих случаях обновления независимых веток конкурируют за общую точку координации. Это повышает задержки записи либо мешает серверам своевременно подготовить данные для чтения.
Как устроен Pando
При push Pando проверяет входящий pack-файл и потоково сохраняет его как неизменяемый объект в blob-хранилище. Затем сервис фиксирует новую версию ссылки на ветку и её зависимости в хранилище метаданных. Обновления разных веток выполняются независимо, тогда как конфликт возникает только при одновременной записи в одну и ту же ссылку.
Для этого OpenAI выбрала причинную согласованность вместо единого снимка всех ссылок репозитория. Читатель получает историю, необходимую для конкретной ветки, но при одновременном чтении нескольких веток не должен считать их состоянием на один общий момент времени. При этом обновления отдельной ссылки остаются сериализуемыми.
Во время fetch Pando не собирает уникальный pack-файл для каждого клиента. Он подбирает уже сохранённые пакеты и отдаёт URI через возможность packfile-uri в протоколе Git. Сервис Express доставляет эти файлы из региональных кэшей, а заявленный cache hit rate превышает 99%. OpenAI сообщила, что clone и fetch в этой схеме насыщают сетевые соединения 10 Гбит/с на стандартных облачных виртуальных машинах.
Фоновая компактизация и внедрение
Небольшие pack-файлы объединяются в фоне в более крупные покрытия версий ссылок. Это уменьшает число файлов, которые нужно получить отставшему клиенту, улучшает сжатие и ускоряет планирование fetch. В монорепозитории OpenAI используются покрытия до уровня L4.
Первоначально Pando работал как прокси чтения и записи перед прежней системой контроля версий, что позволило мигрировать без простоя. Компания также перенесла сотни интеграций, связанных с API, вебхуками и загрузкой репозиториев. По данным OpenAI, после переключения повысилась надёжность merge, а медианная задержка push снизилась почти на 80%.
Для бизнеса этот опыт показывает, что при массовой параллельной разработке узким местом становится не сам интерфейс Git, а способ координации веток и выдачи данных. Переход к независимому масштабированию записей, повторному использованию пакетов и кэшированию может сохранить привычные процессы, но требует явно определить допустимый уровень согласованности.