Awaria GitHub na całym świecie: API, pull requesty i Copilot tez dotknięte wzrostem wskaźników błędów

Co się nie udało i kiedy

GitHub doznał globalnej awarii usługi w poniedziałek, 17 sierpnia, zaczynając około 13:40 UTC (6:40 czasu pacyficznego), według harmonogramów raportowanych przez BetaNews oraz The Register. BetaNews napisał, że GitHub początkowo stwierdził, że bada problemy z wydajnością, zanim potwierdził szersze problemy w różnych elementach. The Register również umiejscowił początek incydentu na 13:40 UTC. GeekWire umiejscowił początek na 6:40 rano czasu pacyficznego, co zgadza się z tymi raportami.

W ciągu poranka wydawcy przekazywali aktualizacje statusu firmy opisujące powszechną degradację. BleepingComputer poinformował, że deweloperzy napotkali błędy w całej witrynie, API Requests, Actions, Webhooks, Issues i Pull Requests, a później Copilot został dodany do listy usług dotkniętych. Engadget i Tech Edition również zwróciły uwagę na problemy z aktywnością API, pull requestami, webhookami i Copilotem.

Kto został dotknięty i w jakim zakresie

GeekWire opisał GitHub jako platformę należącą do Microsoftu z 225 milionami użytkowników i stwierdził, że awaria zakłóciła prace deweloperskie na całym świecie. BetaNews także określił to zdarzenie jako ogromny incydent na całym świecie. Chociaż te media nie oszacowały liczby użytkowników podczas zakłócenia, kilku wydawców przekazało ome zrzuty wskaźników platformy z jej statusowej strony.

BetaNews donosił, że o 14:04 UTC GitHub wskazał około 20% wskaźników błędów dla ruchu internetowego i API, a pobierania archiwów i surowych repozytoriów zawiodły około 50% czasu. Hindustan Times i Engadget powtórzyli ten zrzut później w amerykański poranek, zauważając, że około 11:42 rano czasu wschodniego GitHub powiedział, że wykonuje działania łagodzące, podając te same wartości 20% i 50%. The Register podkreślił wskaźnik 50% dla pobierania zawartości repozytoriów. BleepingComputer dodał, że niektórzy użytkownicy napotkali błędy serwera przy ładowaniu commitów, repozytoriów i stron pull requestów podczas okna incydentu. Klienci korporacyjni również odczuli wpływ: zarówno BleepingComputer, jak i BetaNews stwierdzili, że uwierzytelnianie SAML i OIDC, SCIM i synchronizacja zespołów były dotknięte.

Co powiedział GitHub i Microsoft podczas przywracania

Wydawcy przekazywali sekwencję aktualizacji statusu przez cały poranek i wczesne popołudnie. BetaNews donosił, że o 16:36 UTC Microsoft powiedział, że zidentyfikował problematyczny komponent i podjął działania naprawcze, zauważając oznaki regeneracji przy jednoczesnym przyznaniu, że wskaźniki błędów pozostają podwyższone. Niedługo potem BetaNews napisał, że Microsoft stwierdził, że degradacja wpływająca na API Requests, Actions, Git Operations, Issues, Pages, Pull Requests i Webhooks została złagodzona i że zespoły monitorują stabilność.

Z zachodniego wybrzeża USA, GeekWire raportował, że GitHub powiedział, że znalazł źródło problemu niedługo po 9:30 rano czasu pacyficznego i miał awarię pod kontrolą do około 10:00 rano czasu pacyficznego, a usługi zaczęły się regenerować. GeekWire dodał, że Copilot pozostawał wymieniany jako aktywny incydent, podczas gdy firma nadal monitorowała ogólną stabilność. BleepingComputer umiejscowił obniżoną dostępność Copilota na 10:31 rano czasu wschodniego. BleepingComputer również zauważył, że operacje Git, pakiety, strony i Codespaces były pokazywane jako operacyjne, podczas gdy kilka innych części platformy pozostawało degradacyjnych. Żadne z tych aktualizacji nie twierdziły, że przywrócenie było zakończone.

Przyczyna i nierozwiązane pytania

Na czas publikacji cytowanego przez media, GitHub nie ujawnił przyczyny awarii. GeekWire powiedział, że firma nie opisała źródła ani przyczyny problemu na czas swojego raportu, a BleepingComputer i Tech Edition również stwierdzili, że dochodzenie wciąż trwa i przyczyna pozostaje niejasna. CyberSecurityNews również napisał, że główna przyczyna nie została ujawniona publicznie. Gdzie podano liczby, były to zrzuty wykonane z strony statusu w określonych momentach; wskaźniki błędów 20% i 50%, na przykład, były raportowane jako pomiary w czasie rzeczywistym, a nie finalne sumy. Jeśli GitHub dostarczy analizę po incydencie, może wyjaśnić, czy jedna awaria komponentu czy szerszy łańcuch zależności spowodował zakłócenie w poniedziałek; do tego czasu przyczyna pozostaje niepotwierdzona w raportach publicznych.

Monitoring usług, od których zależysz

Aby uzyskać szerszy obraz rozwijających się zakłóceń, zobacz archiwum awarii Internetu oraz katalog stron i usług. Status Is Down oferuje pomoc zespołom w monitorowaniu usług i stron internetowych, na których polegają, a czytelnicy mogą zarejestrować się, aby wybrać pokrycie, które im odpowiada.

Źródła

• GeekWire: Awaria GitHub zakłóca pracę deweloperów na całym świecie w najnowszej porażce platformy kodującej Microsoftu
• BetaNews: Microsoft potwierdza ogromną globalną awarię GitHub
• CyberSecurityNews: Awaria GitHub zakłóca pracę deweloperów na całym świecie w trakcie trwającego dochodzenia
• Tech Edition: GitHub doznał powszechnej awarii wpływającej na API, pull requesty i Copilot
• Hindustan Times: Przyczyna awarii GitHub: Platforma deweloperska raportuje 'wysokie wskaźniki błędów' i problemy z API; Microsoft mówi 'aktualnie...'
• Engadget: GitHub był niedostępny przez większość poranka
• BleepingComputer: Microsoft potwierdza, że GitHub jest niedostępny na całym świecie
• The Register: GitHub ma problemy, gdy pobrania repozytoriów osiągają 50% wskaźnika błędu

Zdjęcie: ID 176448931 © Transversospinales | Dreamstime.com