--- title: "GitHub розкрив причини восьмигодинного збою: помилка автомасштабування Istio та десятикратний трафік від VS Code" description: "GitHub опублікував звіт про восьмигодинний збій 17–18 серпня: причиною стали помилка автомасштабування Istio та десятикратне зростання трафіку через повторні запити VS Code." date: 2026-08-19T23:42:33.000Z lang: uk url: https://xab.info/uk/posts/github-zbii-istio-vs-code tags: [github, vs-code, istio, load-balancer, copilot, outage] publisher: "XAB.info" --- # GitHub розкрив причини восьмигодинного збою: помилка автомасштабування Istio та десятикратний трафік від VS Code ![Логотип GitHub на тлі восьмигодинного збою через помилку автомасштабування Istio та стрибок трафіку від VS Code](https://xab.info/media/2026/08/20/github-sboy-istio-vs-code/github-sboy-istio-vs-code-1.webp) ## 🎯 Key Points - Збій GitHub 17–18 серпня 2026 тривав 7 годин 47 хвилин (з 16:28 мск до 00:15 мск). - Коренева причина — не спрацювало автомасштабування Istio sidecar на балансирниках навантаження. - Давня помилка VS Code спричинила десятикратне зростання трафіку до Copilot Token Service через повторні запити. - GitHub пообіцяв аудит Istio, перегляд лімітів повторних спроб та виправлення політики автомасштабування. Адміністрація 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. Ці кроки спрямовані на те, щоб уникнути повторення каскадного збою при досягненні лімітів сервісної мережі. ## 🔍 Fact-Check Verification - [GitHub пояснив масштабний збій помилкою масштабування та шквалом повторних запитів від VS Code window-new](https://3dnews.ru/1147111/github-obyasnil-masshtabniy-sboy-oshibkoy-masshtabirovaniya-i-shkvalom-povtornih-zaprosov-ot-vs-code) - Первичный источник с полным отчётом GitHub: даты, длительность 7ч47м, причина Istio, ошибка VS Code, этапы восстановления. - [Actions не запускаються, API падає: новий збій паралізував роботу розробників на GitHub](https://www.securitylab.ru/news/575788.php) - Сопутствующее освещение симптомов сбоя (Actions, API), не противоречит отчёту. - [Збій у роботі GitHub 8 червня 2026: що відомо](https://hi-tech.mail.ru/news/149127-sboi-v-rabote-github-8-iyunya-2026-chto-izvestno/) - Описывает иной инцидент (июнь 2026), не является частью рассматриваемого сбоя 17–18 августа; учтено в блоке противоречий. - [В Росії стався масштабний збій у роботі Google, Apple та GitHub: ЦПД повідомив про можливі нові ...](https://zn.ua/TECHNOLOGIES/v-rossii-proizoshel-masshtabnyj-sboj-v-rabote-google-apple-i-github-tspd-soobshchil-o-vozmozhnykh-novykh-blokirovkakh.html) - Связан с региональными блокировками, а не с техническим сбоем платформы; не по теме, не использован как подтверждение. ## ❓ FAQ ### Q: Скільки тривав збій GitHub у серпні 2026? **A:** З 16:28 мск 17 серпня до 00:15 мск 18 серпня, тобто 7 годин 47 хвилин (у зведеннях часто округлюють до восьми годин). ### Q: Якою була головна причина збою? **A:** Перевантаження балансирників навантаження через не спрацювало автомасштабування Istio sidecar: політика відстежувала лише хост-сервіс, а не стан балансирника. ### Q: Яку роль зіграв Visual Studio Code? **A:** Давня помилка VS Code змусила програми надсилати повторні запити, через що трафік до Copilot Token Service зріс десятикратно та сповільнив відновлення. ### Q: Коли відновилися основні сервіси? **A:** GitHub Actions — о 18:03 мск 17 серпня, більшість сервісів — о 19:36 мск, Copilot Token Service — о 0:02 мск 18 серпня. ### Q: Що пообіцяла компанія як виправлення? **A:** Виправити політику автомасштабування, переглянути ліміти повторних спроб, провести аудит налаштувань Istio та усунути проблему поведінки VS Code.