GitHub-storing wereldwijd: API, pull-requests en Copilot getroffen terwijl foutpercentages stijgen

Wat mislukte en wanneer

GitHub had op maandag 17 augustus te maken met een wereldwijde serviceonderbreking, die begon rond 13:40 UTC (6:40 a.m. PT), volgens tijdlijnen gerapporteerd door BetaNews en The Register. BetaNews schreef dat GitHub aanvankelijk zei dat het prestatieproblemen aan het onderzoeken was, voordat het bredere problemen op meerdere componenten bevestigde. The Register plaatste de start van het voorval ook op 13:40 UTC. GeekWire plaatste de start op 6:40 a.m. Pacific, in overeenstemming met die rapporten.

Tijdens de ochtend rapporteerden uitgevers de eigen statusupdates van het bedrijf die wijdverspreide degradatie beschrijven. BleepingComputer meldde dat ontwikkelaars fouten tegenkwamen op de website, API-verzoeken, acties, webhooks, issues en pull-requests, waarbij Copilot later werd toegevoegd aan de lijst van getroffen services. Engadget en Tech Edition merkten ook problemen op met API-activiteit, pull-requests, webhooks en Copilot.

Wie was getroffen en op welke schaal

GeekWire beschreef GitHub als een door Microsoft beheerd platform met 225 miljoen gebruikers en zei dat de storing de ontwikkeling wereldwijd verstoorde. BetaNews karakteriseerde het voorval ook als een enorme wereldwijde gebeurtenis. Hoewel die outlets het aantal gebruikers tijdens de onderbreking niet kwantificeerden, rapporteerden verschillende uitgevers de momentopnames van het platform vanaf de statuspagina.

BetaNews meldde dat om 14:04 UTC GitHub ongeveer 20% foutpercentages voor web- en API-verkeer citeerde, terwijl archief- en ruwe repository-downloads omtrent 50% van de tijd faalden. Hindustan Times en Engadget herhaalden die momentopname later in de Amerikaanse ochtend, waarbij ze opmerkte dat rond 11:42 a.m. ET GitHub zei dat het mitigaties uitvoerde terwijl het dezelfde 20% en 50% cijfers rapporteerde. The Register benadrukte het 50% falingspercentage voor repository-inhoud downloads. BleepingComputer voegde toe dat sommige gebruikers serverfouten zagen bij het laden van commits, repositories en pull-requestpagina's tijdens het incident. Ook zakelijke klanten voelden de impact: zowel BleepingComputer als BetaNews zeiden dat SAML en OIDC-authenticatie, SCIM en Team Sync getroffen waren.

Wat GitHub en Microsoft zeiden tijdens het herstel

Uitgevers gaven een reeks statuspagina-updates door gedurende de ochtend en vroege middag. BetaNews meldde dat om 16:36 UTC Microsoft zei dat het een problematisch component had geïdentificeerd en corrigerende acties had ondernomen, daarbij signalen van herstel opmerkte terwijl het erkende dat de foutpercentages nog steeds verhoogd waren. Kort daarna schreef BetaNews dat Microsoft zei dat de degradatie van API-verzoeken, acties, Git-operaties, issues, pagina's, pull-requests en webhooks was verholpen en dat teams de stabiliteit aan het monitoren waren.

Vanuit de Amerikaanse westkust meldde GeekWire dat GitHub zei dat het de bron van het probleem kort na 9:30 a.m. PT had gevonden en de storing onder controle had gekregen rond 10:00 a.m. PT, met diensten die herstelden. GeekWire voegde toe dat Copilot nog steeds als een actief voorval was vermeld terwijl het bedrijf de algehele stabiliteit bleef monitoren. BleepingComputer plaatste de gedegradeerde beschikbaarheid van Copilot op 10:31 a.m. ET. BleepingComputer merkte ook op dat Git-operaties, pakketten, pagina's en Codespaces operationeel waren terwijl verschillende andere delen van het platform gedegradeerd bleven. Geen van deze updates beweerde dat het herstel compleet was.

Oorzaak en uitstaande vragen

Op het moment van de publicatietijden die door de outlets werden geciteerd, had GitHub geen oorzaak voor de storing onthuld. GeekWire zei dat het bedrijf de bron of oorzaak van het probleem niet had gedetailleerd in zijn rapport en BleepingComputer en Tech Edition zeiden eveneens dat het onderzoek gaande was en de oorzaak onduidelijk bleef. CyberSecurityNews schreef ook dat de hoofdoorzaak niet openbaar was gemaakt. Waar cijfers werden gepubliceerd, waren dit momentopnames die op specifieke tijden vanaf de statuspagina waren genomen; de foutpercentages van 20% en 50% bijvoorbeeld, werden gerapporteerd als momentopnames in plaats van eindtotalen. Als GitHub een post-incidentanalyse levert, kan dit verduidelijken of een componentfout of een bredere keten van afhankelijkheden de onderbreking op maandag heeft veroorzaakt; tot die tijd blijft de oorzaak onbevestigd in publieke rapportage.

Diensten die je afhankelijk van bent monitoren

Voor een breder overzicht van ontwikkelende onderbrekingen, zie het Internet Outages-archief en de website- en servicedirectory. Status Is Down-plannen helpen teams de diensten en websites die ze nodig hebben te volgen, en lezers kunnen zich aanmelden om de dekking te kiezen die bij hen past.

Bronnen

• GeekWire: GitHub-storing verstoort ontwikkelaars wereldwijd in laatste tegenslag voor Microsoft-codingplatform
• BetaNews: Microsoft bevestigt enorme wereldwijde GitHub-storing
• CyberSecurityNews: GitHub-storing verstoort ontwikkelaars wereldwijd te midden van lopend onderzoek
• Tech Edition: GitHub lijdt onder wijdverspreide storing die API, pull-requests en Copilot beïnvloedt
• Hindustan Times: Oorzaak van GitHub-storing: Ontwikkelaarsplatform meldt 'hoge foutpercentages' en API-problemen; Microsoft zegt 'we zijn momenteel...'
• Engadget: GitHub is al het grootste deel van de ochtend niet beschikbaar geweest
• BleepingComputer: Microsoft bevestigt dat GitHub wereldwijd niet beschikbaar is
• The Register: GitHub heeft problemen terwijl repo-downloads 50% foutpercentage bereiken

Afbeelding credit: ID 176448931 © Transversospinales | Dreamstime.com