• Кількість AI-ініційованих pull request’ів зросла у 14 разів. Від вересня 2025 року до березня 2026-го їхня кількість збільшилася з 4 мільйонів до понад 17 мільйонів .
• Обсяг комітів став безпрецедентним. GitHub тепер обробляє близько 275 мільйонів комітів на тиждень — більше, ніж 1 мільярд комітів за весь 2025 рік .
• Надійність сервісу різко погіршилася. У період із травня 2025-го до квітня 2026 року на GitHub зафіксували 257 інцидентів, 48 із яких класифікували як серйозні. Це приблизно один масштабний збій на тиждень . У травні 2026 року відбулося ще дев’ять інцидентів, а в червні доступність платформи впала приблизно до 88,4% — значно нижче за цільовий показник угоди про рівень обслуговування у 99,9% .

Генеральний директор Microsoft Сатья Наделла визнав масштаб проблеми під час звітування компанії у квітні 2026 року. За його словами, GitHub переживає «безпрецедентне зростання, спричинене поширенням агентного програмування», а Microsoft «наполегливо працює над масштабуванням, щоб задовольнити цей попит» .

Технічний директор GitHub Влад Федоров також опублікував рідкісне публічне вибачення. Він визнав, що компанія суттєво недооцінила потреби платформи в потужностях, а доступність сервісу у квітні опустилася нижче 85% .

За даними, наведеними в окремих повідомленнях, у жовтні 2025 року команда інфраструктури планувала десятикратне збільшення потужностей. Однак до лютого 2026-го стало зрозуміло, що GitHub потребує вже тридцятикратного розширення .

Чому Microsoft звернулася саме до AWS

Коли збої почали регулярно заважати роботі мільйонів розробників і AI-агентів, Microsoft обрала найшвидше операційне рішення: придбала додаткову, зокрема spot-потужність AWS, щоб зменшити навантаження на GitHub . Spot-потужність — це тимчасово доступні обчислювальні ресурси, які зазвичай можна отримати швидше й дешевше, але без тієї самої гарантії стабільності, що й у довгострокових інфраструктурних контрактів.

Представник Microsoft підтвердив, що GitHub використовує потужності кількох хмарних провайдерів, але не став окремо коментувати участь Amazon. «Неймовірний сплеск агентної розробки, який розпочався наприкінці минулого року, випробував нашу інфраструктуру на міцність», — заявили в компанії .

Символізм ситуації важко не помітити. Microsoft придбала GitHub у 2018 році за 7,5 мільярда доларів, розраховуючи тісніше пов’язати платформу з Azure і посилити позиції в хмарному протистоянні з AWS . Тепер же бум AI-кодування, значною мірою підживлений власним продуктом Microsoft GitHub Copilot, змусив компанію платити головному супернику за серверні ресурси.

Міграція GitHub на Azure не встигає за попитом

Після придбання GitHub Microsoft поставила за мету перенести всю інфраструктуру платформи зі старих дата-центрів до Azure . Це багаторічний процес, який ще не завершено:

• сервіс безперервної інтеграції та доставки GitHub Actions і моделі Copilot перенесли на Azure у 2024 році ;
• Pages і Packages — у 2025 році ;
• міграція основної платформи та баз даних почалася лише в жовтні 2025 року .

Станом на лютий 2026 року через Azure проходило лише 12,5% трафіку GitHub. Компанія планувала довести цей показник до 50% у липні 2026 року . Повністю завершити міграцію спочатку планували до 2027 року .

Однак темпи зростання AI-навантаження виявилися вищими за темпи перенесення. GitHub досі залежить від старих дата-центрів, що обмежує здатність платформи швидко додавати ресурси під час різкого стрибка трафіку .

Сам факт залучення AWS може свідчити, що Azure або не мала потрібних обчислювальних ресурсів у відповідних регіонах, або не могла розгорнути їх достатньо швидко, щоб негайно зупинити хвилю збоїв . Для Microsoft, яка бачить в Azure майбутню основу GitHub, це серйозна операційна поступка — хоча й вимушена, а не стратегічна.

Які зміни впроваджує GitHub

Оренда потужностей AWS — лише найпомітніша частина відповіді на кризу. Microsoft і GitHub паралельно змінюють операційну модель платформи.

1. Фактичний перехід до мультихмарної архітектури. GitHub тепер використовує кілька хмарних провайдерів: AWS виконує роль аварійного шару для пікових навантажень, поки основна міграція на Azure триває . Це тактичне рішення, продиктоване необхідністю швидко отримати еластичні потужності.
2. Прискорення інструментів міграції. Microsoft представила в попередньому доступі Enterprise Live Migrations (ELM) — інструмент Azure DevOps для перенесення кількох репозиторіїв із мінімальним простоєм під час перемикання . Його поява показує, що інфраструктуру міграції також намагаються розвивати під тиском.
3. Перерозподіл внутрішніх пріоритетів. Раніше повідомлялося, що GitHub тимчасово призупинив більшість нових функцій, аби зосередитися на критично важливій міграції основної інфраструктури до Azure. Однією з причин стали обмеження потужностей дата-центрів компанії у Вірджинії .

Головний висновок для індустрії

Microsoft не відмовляється від плану перенести GitHub на Azure. Але нинішня ситуація показує, наскільки швидко AI-агенти змінюють вимоги до інфраструктури.

Система, розрахована на людей, які поступово пишуть і надсилають код, тепер має обслуговувати машини, здатні генерувати тисячі змін паралельно. Навіть компанія масштабу Microsoft може виявитися неготовою до такого стрибка й тимчасово звернутися по допомогу до головного конкурента — просто щоб GitHub продовжував працювати.

• Кількість AI-ініційованих pull request’ів зросла у 14 разів. Від вересня 2025 року до березня 2026-го їхня кількість збільшилася з 4 мільйонів до понад 17 мільйонів .
• Обсяг комітів став безпрецедентним. GitHub тепер обробляє близько 275 мільйонів комітів на тиждень — більше, ніж 1 мільярд комітів за весь 2025 рік .
• Надійність сервісу різко погіршилася. У період із травня 2025-го до квітня 2026 року на GitHub зафіксували 257 інцидентів, 48 із яких класифікували як серйозні. Це приблизно один масштабний збій на тиждень . У травні 2026 року відбулося ще дев’ять інцидентів, а в червні доступність платформи впала приблизно до 88,4% — значно нижче за цільовий показник угоди про рівень обслуговування у 99,9% .

Генеральний директор Microsoft Сатья Наделла визнав масштаб проблеми під час звітування компанії у квітні 2026 року. За його словами, GitHub переживає «безпрецедентне зростання, спричинене поширенням агентного програмування», а Microsoft «наполегливо працює над масштабуванням, щоб задовольнити цей попит» .

Технічний директор GitHub Влад Федоров також опублікував рідкісне публічне вибачення. Він визнав, що компанія суттєво недооцінила потреби платформи в потужностях, а доступність сервісу у квітні опустилася нижче 85% .

За даними, наведеними в окремих повідомленнях, у жовтні 2025 року команда інфраструктури планувала десятикратне збільшення потужностей. Однак до лютого 2026-го стало зрозуміло, що GitHub потребує вже тридцятикратного розширення .

Чому Microsoft звернулася саме до AWS

Коли збої почали регулярно заважати роботі мільйонів розробників і AI-агентів, Microsoft обрала найшвидше операційне рішення: придбала додаткову, зокрема spot-потужність AWS, щоб зменшити навантаження на GitHub . Spot-потужність — це тимчасово доступні обчислювальні ресурси, які зазвичай можна отримати швидше й дешевше, але без тієї самої гарантії стабільності, що й у довгострокових інфраструктурних контрактів.

Представник Microsoft підтвердив, що GitHub використовує потужності кількох хмарних провайдерів, але не став окремо коментувати участь Amazon. «Неймовірний сплеск агентної розробки, який розпочався наприкінці минулого року, випробував нашу інфраструктуру на міцність», — заявили в компанії .

Символізм ситуації важко не помітити. Microsoft придбала GitHub у 2018 році за 7,5 мільярда доларів, розраховуючи тісніше пов’язати платформу з Azure і посилити позиції в хмарному протистоянні з AWS . Тепер же бум AI-кодування, значною мірою підживлений власним продуктом Microsoft GitHub Copilot, змусив компанію платити головному супернику за серверні ресурси.

Міграція GitHub на Azure не встигає за попитом

Після придбання GitHub Microsoft поставила за мету перенести всю інфраструктуру платформи зі старих дата-центрів до Azure . Це багаторічний процес, який ще не завершено:

• сервіс безперервної інтеграції та доставки GitHub Actions і моделі Copilot перенесли на Azure у 2024 році ;
• Pages і Packages — у 2025 році ;
• міграція основної платформи та баз даних почалася лише в жовтні 2025 року .

Станом на лютий 2026 року через Azure проходило лише 12,5% трафіку GitHub. Компанія планувала довести цей показник до 50% у липні 2026 року . Повністю завершити міграцію спочатку планували до 2027 року .

Однак темпи зростання AI-навантаження виявилися вищими за темпи перенесення. GitHub досі залежить від старих дата-центрів, що обмежує здатність платформи швидко додавати ресурси під час різкого стрибка трафіку .

Сам факт залучення AWS може свідчити, що Azure або не мала потрібних обчислювальних ресурсів у відповідних регіонах, або не могла розгорнути їх достатньо швидко, щоб негайно зупинити хвилю збоїв . Для Microsoft, яка бачить в Azure майбутню основу GitHub, це серйозна операційна поступка — хоча й вимушена, а не стратегічна.

Які зміни впроваджує GitHub

Оренда потужностей AWS — лише найпомітніша частина відповіді на кризу. Microsoft і GitHub паралельно змінюють операційну модель платформи.

1. Фактичний перехід до мультихмарної архітектури. GitHub тепер використовує кілька хмарних провайдерів: AWS виконує роль аварійного шару для пікових навантажень, поки основна міграція на Azure триває . Це тактичне рішення, продиктоване необхідністю швидко отримати еластичні потужності.
2. Прискорення інструментів міграції. Microsoft представила в попередньому доступі Enterprise Live Migrations (ELM) — інструмент Azure DevOps для перенесення кількох репозиторіїв із мінімальним простоєм під час перемикання . Його поява показує, що інфраструктуру міграції також намагаються розвивати під тиском.
3. Перерозподіл внутрішніх пріоритетів. Раніше повідомлялося, що GitHub тимчасово призупинив більшість нових функцій, аби зосередитися на критично важливій міграції основної інфраструктури до Azure. Однією з причин стали обмеження потужностей дата-центрів компанії у Вірджинії .

Головний висновок для індустрії

Microsoft не відмовляється від плану перенести GitHub на Azure. Але нинішня ситуація показує, наскільки швидко AI-агенти змінюють вимоги до інфраструктури.

Система, розрахована на людей, які поступово пишуть і надсилають код, тепер має обслуговувати машини, здатні генерувати тисячі змін паралельно. Навіть компанія масштабу Microsoft може виявитися неготовою до такого стрибка й тимчасово звернутися по допомогу до головного конкурента — просто щоб GitHub продовжував працювати.