Адміністрація GitHub опублікувала детальний звіт про інцидент, який паралізував роботу платформи для розробників майже на вісім годин. Проблеми з доступом до сервісів почалися 17 серпня 2026 року о 16:28 мск, а повністю усунути їх вдалося лише о 00:15 мск 18 серпня. Таким чином, загальна тривалість збою становила 7 годин 47 хвилин, протягом яких користувачі фіксували зростання кількості помилок у різних сервісах платформи — від API до CI/CD-конвеєрів та Copilot.

Причина проблеми: збій автомасштабування Istio

За даними звіту, первопричиною стало перевантаження мережі на балансирниках навантаження в центральному офісі компанії в США. Тригером стало досягнення ліміту паралельного виконання Istio sidecar — проксі-компонента сервісної мережі. У штатному режимі система мала автоматично збільшувати пропускну здатність за міри вичерпання цих лімітів, однак цього не сталося через неправильно налаштовану політику автомасштабування: відстежувалася стан лише хост-сервісу, але не самого балансирника навантаження. Внаслідок цього пропусчна здатність не нарощувалася, а запити почали накопичуватися.

Десятикратний трафік через помилку VS Code

Ситуацію різко погіршило поведінка клієнтів: за міри деградації сервісу вони почали масово надсилати повторні запити, що остаточно вивело балансирник із ладу. Інцидент, за словами інженерів, допоміг виявити давню помилку в редакторі Visual Studio Code — програми почали генерувати повторні запити, через які трафік до сервісу Copilot Token Service зріс десятикратно. Це призвело до суттєвої затримки при відновленні саме цього компонента.

Як інженери зупиняли лавину

Для стабілізації системи спеціалісти тимчасово зменшили кількість повторних спроб шлюзу шляхом зміни коду та налаштували балансирники навантаження на відхилення вхідних запитів до Copilot Token Service з кодом помилки 403. Поетапне відновлення виглядало так: сервіс GitHub Actions запрацював о 18:03 мск 17 серпня, більшість інших сервісів — о 19:36 мск того ж дня, а Copilot Token Service повністю відновився лише о 0:02 мск 18 серпня, після чого о 00:15 мск інцидент було офіційно закрито.

Суперечливі дані

У формулюваннях навколо інциденту є незбіги, на які варто звернути увагу. У заголовках та коротких зведеннях тривалість збою часто округлюють до «восьми годин», тоді як у самому звіті фігурує точне значення — 7 годин 47 хвилин. Крім того, у відкритих джерелах за 2026 рік фігурують і інші збої GitHub (зокрема, згадуються інциденти червня 2026 року, а також повідомлення про проблеми з доступом у окремих регіонах), які не є частиною розглядуваного події 17–18 серпня. При читанні новин важливо не змішувати ці окремі епізоди в один безперервний збій.

Що пообіцяли виправити

Компанія заявила про серію коригувальних заходів: виправити помилки в політиці автомасштабування, переглянути обмеження на кількість повторних спроб, провести аудит налаштувань паралельного доступу Istio та усунути проблеми з поведінкою VS Code, через які багаторазово збільшувався трафік до Copilot Token Service. Ці кроки спрямовані на те, щоб уникнути повторення каскадного збою при досягненні лімітів сервісної мережі.