Прощайте, «Спицы»: GitHub переписывает хранилище для восстановления надежности как раз к нашествию агентов

Github Git ии архитектура хранение разработчики theregister.com

GitHub перестраивает архитектуру хранения Git для ИИ-агентов. Новая система обеспечивает 35-кратное ускорение записи. Узнайте о новой архитектуре и ее влиянии на разработчиков.

В ответ на беспрецедентный спрос со стороны ИИ-агентов GitHub перестраивает свою архитектуру хранения Git с нуля. Первые тесты новой архитектуры показывают многообещающее 35-кратное улучшение скорости записи во внутренних тестах. 

GitHub потребуется чудо такого масштаба, чтобы просто справиться с клиентским спросом. 

План включает разделение операций записи и чтения, выгрузку обслуживания и передачу управления избыточностью объектному хранилищу.

Наиболее впечатляет то, что редизайн происходит «под капотом» с целью внести неразрушающие изменения, которые не повлияют на рабочие процессы разработчиков, процессы проверки или средства контроля безопасности. 

Управление репозиторием кода корпоративного уровня означает поддержку «больших инженерных команд, использующих загруженные конвейеры CI наряду с растущим парком агентов. Поддержка этих команд означает создание инфраструктуры Git для устойчивых, одновременных операций чтения и записи в масштабе, которого сегодня достигают немногие репозитории», — написал Брайан Селенца, ведущий инженер-программист GitHub, в записи в блоге, описывающей обновления.  

Селенца не назвал сроков этой амбициозной миграции.

Когда клиенты GitHub переключили свое внимание на кодирование с помощью ИИ-агентов, активность на платформе значительно возросла. В период с сентября 2025 по август 2026 года трафик GitHub удвоился с 218,2 миллиарда событий в месяц до 473,3 миллиарда. Только в сентябре количество коммитов достигло 7,38 миллиарда, что в 5 раз больше, чем в сентябре 2025 года.

Этот сдвиг трафика создает нагрузку на систему. Согласно Отчету о доступности GitHub, в апреле сервис пострадал от 10 инцидентов, которые ухудшили производительность. Еще девять инцидентов произошли в мае, каждый из которых привлек больше негативной огласки, чем предыдущий.  

Прощай, Spokes

Текущая архитектура хранения GitHub, получившая название Spokes, использует протокол трехфазного коммита, храня полные копии репозитория на нескольких локальных дисках и требуя кворума реплик для подтверждения каждой операции записи. Хотя этот подход обеспечивает высокую надежность, он ограничивает скорость записи, поскольку каждый push ограничен самой медленной репликой, необходимой для кворума. 

Новая архитектура записывает коммит только один раз в Azure Blob Storage, службу объектного хранения, которая автоматически управляет репликацией (и, следовательно, избыточностью) самостоятельно, устраняя узкое место кворума. GitHub также повышает производительность, разделяя запросы на чтение на отдельный канал, за работу которого отвечают легковесные вычислительные рабочие процессы. Единственная координация между чтением и записью осуществляется через указатели ссылочных веток.

Задачи обслуживания, такие как компактирование и сборка мусора, перемещаются из пути обслуживания и выполняются как фоновые процессы, что еще больше снижает задержку системы.

Git в эпоху агентов

GitHub, похоже, разделяет мнение других в переосмыслении Git для эпохи агентов. 

Бывший генеральный директор GitHub Томас Домихке запустил службу хостинга Git под названием Entire, которая перенаправляет трафик агентов на зеркальные репозитории, позволяя основным репозиториям клиента обрабатывать только основной трафик разработки. 

Дочерняя компания SpaceX Cursor, использующая Git для поддержки своей службы агентов, также оптимизировала слой хранения для повышения производительности. Инженеры Cursor также отказались от трехфазного коммита Spokes в пользу загрузки пушей в журнал упреждающей записи (WAL) объектного хранилища, который фиксировал все изменения как неизменяемые объекты, кэшируя по крайней мере одну копию на сверхбыстрых твердотельных накопителях. 

Уважение к Octocats

Хотя приятно критиковать сервис, который часто выходит из строя, нужно проявить сочувствие к инженерам GitHub, которые, создавая сервис, не могли предвидеть, во что они ввязались.  

«Я работал в условиях экстремальных нагрузок и видел, как компании тратят три месяца только на подготовку к событиям, которые увеличат их трафик на 10% или 20% […], что ничто по сравнению с тем, с чем GitHub сталкивается сейчас», — написал генеральный директор PlanetScale Сэм Ламбертв сообщении X. 

Будем надеяться, что новая архитектура хранения даст инженерам GitHub заслуженный отдых. ®

Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.

В тренде:


Похожие новости: