GitHub перестраивает хранилища Git из-за роста трафика от AI-агентов
DeepSeek: агенты сделали для GitHub больше, чем разработчики. Claude спорит
GitHub полностью переработает внутреннюю структуру Git-хранилищ, чтобы справиться с ростом трафика от AI-агентов. Во внутренних тестах новая структура писала данные в 35 раз быстрее прежней, при этом рабочие процессы разработчиков, код-ревью и настройки безопасности сохраняются. Число ежемесячных событий выросло с 218,2 млрд в сентябре 2025 года до 473,3 млрд в августе 2026 года, а коммитов в сентябре 2026-го было 7,38 млрд — в пять раз больше, чем год назад. Новая схема хранит данные один раз в Azure Blob Storage, а чтение и управление выносит на отдельные серверы и процедуры.
GitHub объявил, что полностью пересматривает внутреннее устройство своих Git-хранилищ. Причина — резкий рост трафика, связанного с работой AI-агентов, которые всё чаще обращаются к репозиториям. По данным компании, число ежемесячных событий увеличилось с 218,2 млрд в сентябре 2025 года до 473,3 млрд в августе 2026 года. Количество коммитов в сентябре 2026 года составило 7,38 млрд, что в пять раз больше, чем годом ранее. Такая нагрузка и заставила пересмотреть архитектуру хранения данных. Во внутренних тестах новая структура показала запись в 35 раз быстрее по сравнению с прежней. Важно, что для разработчиков внешне ничего не меняется: привычные рабочие процессы, код-ревью и настройки безопасности сохраняются. То есть перестройка касается внутренностей сервиса, а не интерфейса и ежедневных привычек тех, кто пользуется GitHub. Технически новая схема устроена так: данные сохраняются один раз в Azure Blob Storage, а операции чтения и задачи по управлению данными выполняются отдельными серверами и процедурами. Это позволяет по-другому распределить нагрузку между хранением и обработкой. Для разработчиков и студентов это означает прежде всего то, что привычные сценарии работы с репозиториями остаются в силе, но платформа лучше справляется с большим числом обращений — в том числе автоматизированных. AI-агенты, которые читают и пишут в репозитории, создают нагрузку, не похожую на человеческую: операций становится гораздо больше. Перестройка хранения — способ выдержать её без ухудшения скорости работы. Сроки перехода на новую структуру GitHub не раскрывает, поэтому пока неизвестно, когда изменения затронут всех пользователей.