7,4 млрд коммитов GitHub обработал за сентябрь — против 2,9 млрд в августе и 1,4 млрд в апреле. Чтобы выдержать такой поток, платформа с начала года добавила 4 млн CPU-ядер, 160 ПБ высокоскоростного хранилища и 50 Тбит/с сетевой пропускной способности. Для команд, которые привыкли считать GitHub просто удалённым репозиторием, это важный сигнал: инструменты AI-разработки меняют не только скорость написания кода, но и экономику инфраструктуры вокруг него.
О новых показателях сообщает The New Stack. Основным источником роста GitHub называет агентный спрос: AI-агенты создают, меняют, тестируют и фиксируют код значительно чаще, чем человек, работающий в привычном цикле «написал — проверил — закоммитил». Коммит перестал быть только финальной точкой небольшой ручной правки и всё чаще становится промежуточным артефактом автоматизированного процесса.
Масштаб скачка хорошо виден в сравнении с недавним прошлым. В 2024 году разработчики в среднем отправляли на GitHub 65 млн коммитов в месяц. Нынешние 7,4 млрд коммитов GitHub — это более чем стократная разница. Даже если часть прироста приходится на изменение методики учёта или характер автоматизированных операций, самой платформе всё равно приходится принимать, хранить, реплицировать и обслуживать этот объём данных.
Расширение не сводится к закупке серверов. В августе GitHub сообщал о добавлении 3 млн CPU-ядер, преимущественно в Azure. Теперь речь идёт уже о 4 млн ядер, 160 ПБ быстрого хранилища и дополнительных вычислительных мощностях для GitHub Actions. Плюс 50 Тбит/с сети — цифра, которая объясняет, почему проблема упирается не только в процессоры: огромный поток изменений должен быстро перемещаться между вычислениями, хранилищем и пользователями платформы.
Одновременно GitHub перестраивает базовую архитектуру, разделяя вычислительный слой и хранилище. По внутренним бенчмаркам компании, такой подход способен поднять пропускную способность операций записи до 35 раз. Это не магическая таблетка от нагрузки: внутренние тесты не равны производительности каждого публичного репозитория в рабочий день. Но направление показательно. Когда частота операций растёт на порядки, масштабирование старой монолитной связки «вычисления плюс данные» быстро становится дорогим и хрупким.
У платформы уже были сбои, и резкий рост использования стал одной из причин постоянного давления на инфраструктуру. Джей Парих, исполнительный вице-президент Microsoft по Core AI, сформулировал проблему прямо: агенты меняют и объём, и форму разработки; одной лишь дополнительной ёмкости недостаточно, нужна смена архитектуры. Для GitHub это означает дальнейшую опору на Azure: собственный дата-центр компании, по данным публикации, достиг пределов доступной ёмкости.
Для разработчиков здесь есть практический вывод. Автоматизация коммитов, CI и проверок ускоряет поставку, но одновременно увеличивает стоимость шума: лишние ветки, бесконечные мелкие фиксации, повторные запуски workflow и неограниченные агенты перестают быть безобидными. Командам стоит заранее определять правила работы агентов: какие изменения они могут коммитить сами, когда обязателен review, как ограничивать параллельные задачи и какие действия разрешены в CI. Иначе рост скорости быстро превращается в рост очередей, счетов и поверхности для ошибок.
Для бизнеса история с 7,4 млрд коммитов GitHub — напоминание, что AI-кодинг уже влияет на платформенный слой, а не только на интерфейс IDE. GitHub инвестирует в мощность и новую архитектуру, но следующий вопрос сложнее: смогут ли инженерные процессы и средства контроля качества адаптироваться к потоку кода, который всё чаще производят не люди, а их программные коллеги.
