GitHub добавил 4 млн ядер CPU из-за нагрузки от ИИ-агентов

GitHub в 2026 году нарастил инфраструктуру на четыре миллиона ядер CPU, 160 петабайт быстрого хранилища и 50 терабит в секунду сетевой пропускной способности. По данным самой платформы, это дополнительные ресурсы для растущей активности, а не её совокупная мощность, и речь не о четырёх миллионах физических процессоров. Среди причин нагрузки компания называет ИИ-агентов.

Рекордное число коммитов

Согласно Octoverse 2026, годовое число коммитов, включая публичные и приватные репозитории, выросло с 12,9 млрд до 34,3 млрд за двенадцать месяцев по сентябрь 2026 года. Только в сентябре зафиксировано 7,38 млрд коммитов. Это показатель зарегистрированной активности, а не количества сгенерированных строк кода: коммит может содержать изменения самого разного объёма.

Меняется и сама работа разработчиков. По данным GitHub, в сентябре более 40% pull request начинались с черновика, подготовленного ИИ-агентом, которого платформа смогла выявить. В марте доля составляла 17%. Новые репозитории с конфигурационными файлами для агентов в среднем получали в восемь раз больше коммитов, чем репозитории без них. Однако такое сравнение само по себе не доказывает столь же заметного роста продуктивности.

Проблема не в объёме, а в частоте

Агент получает задачу, изучает репозиторий, предлагает правки и после новых проверок снова вносит изменения. Даже ради одного улучшения это может означать множество отправок, чтений и автоматических проверок. Когда агентов много и они работают параллельно, платформе нужно не только хранить больше данных, но и быстро их передавать и обрабатывать.

Пределы мощности уже проявились. 17 августа 2026 года GitHub столкнулся со сбоем продолжительностью семь часов 47 минут. По словам компании, трафик достиг нового максимума, а ключевой компонент дата-центра в США не смог масштабироваться под спрос. GitHub признал, что некоторые ресурсы не были расширены заранее, но прямо не связал сбой с ИИ-агентами.

Архитектура меняется

Одного наращивания мощностей недостаточно. GitHub переносит инфраструктуру в несколько регионов Microsoft Azure, разделяет хранение и вычисления, чтобы масштабировать их независимо, и сокращает число операций, требующих взаимной координации. Во внутренних тестах новая архитектура увеличила ёмкость записи до 35 раз, но этот результат пока не отражает общую производительность платформы.

Для разработчиков вывод таков: проще генерировать предложения кода не значит автоматически включать их в проект. Изменения по-прежнему нужно проверять, тестировать и решать, какие оставить.