GitHub meldt zware storing in API, Actions, Pull Requests en Copilot

GitHub meldt een zware storing waarbij API Requests, Issues, Pull Requests, Actions en Copilot alle vijf op major outage staan, sinds 15.40 uur Nederlandse tijd, en een oorzaak noemt het bedrijf nog niet.

Voor een Nederlands ontwikkelteam vallen daarmee vier dingen tegelijk weg die normaal los van elkaar staan: de plek waar de code ligt, de pijplijn die hem test en uitrolt, het overleg eromheen in pull requests en issues, en de AI-assistent die meetypt. Wie vandaag een release had staan, krijgt die niet gedraaid. Wie een productiefout wil patchen, krijgt de wijziging niet door de pijplijn. En anders dan bij een eigen buildserver die omvalt, valt er niets zelf te repareren: het herstel hangt volledig aan GitHub.

Wat eruit ligt, en wat alleen hapert

Op zijn eigen statuspagina maakt GitHub een onderscheid dat uitmaakt. Vijf onderdelen staan op major outage: API Requests, Issues, Pull Requests, Actions en Copilot. Drie staan een trede lager, op degraded performance: Git Operations, Webhooks en Pages. Packages, Codespaces en de modelaanbieders achter Copilot stonden om 18.10 uur nog gewoon op operational.

In de praktijk betekent dat: pushen en pullen gaat traag, maar gaat. Een workflow starten of een pull request openen faalt. De foutpercentages die GitHub zelf noemt zijn ongeveer 20 procent op het web en op API-verkeer, en ongeveer 50 procent op archive downloads en het ophalen van ruwe repository-inhoud. Ook SAML- en OIDC-authenticatie, SCIM en Team Sync zijn geraakt, dus wie via single sign-on inlogt komt er in het slechtste geval helemaal niet in.

De 50 procent op downloads raakt ook wie niet op GitHub zit

Dit is het deel dat verder reikt dan GitHub-klanten. Bijna elke build haalt onderweg iets van GitHub: een action uit de marketplace, een release-tarball, een Go-module, een basisimage, een git clone in een Dockerfile. Ligt het ophalen van archieven en ruwe bestanden voor de helft plat, dan falen pijplijnen bij teams die hun code op GitLab of Azure DevOps hebben staan net zo goed. De afhankelijkheid zit niet in waar je repository staat, maar in wat je build tijdens het bouwen naar buiten trekt.

Ruim twee en een half uur open, zonder oorzaak

Het incident staat sinds 13.40 UTC open en had om 18.10 uur Nederlandse tijd nog steeds de status investigating. De laatste update kwam om 17.42 uur en zei dat er mitigaties liepen. GitHub heeft niet bekendgemaakt wat de storing veroorzaakt en laat weten dat het onderzoek doorgaat. Op Downdetector kwamen ondertussen duizenden meldingen binnen.

De reacties van ontwikkelaars gingen minder over deze storing dan over de reeks. "Github down again, about as surprising as the sun rising", schreef een ontwikkelaar, opgetekend door The Register. Elf dagen eerder, op 6 augustus, liepen Actions en Pages ook al vast.

Drieëntwintig incidenten in drie maanden

GitHub publiceert elke maand een eigen beschikbaarheidsrapport, en die cijfers geven vandaag context. Mei: negen incidenten. Juni: zes. Juli: acht incidenten, met een uitschieter van negen uur en achttien minuten op 9 juli. Samen 23 momenten van verminderde prestaties in een kwartaal, door GitHub zelf geteld en beschreven.

In het meirapport benoemt Jakub Oleksy, die de reeks ondertekent, ook waar de druk vandaan komt: het verkeer op GitHub groeit snel, in belangrijke mate gedreven door AI-ondersteunde en agentische ontwikkelworkflows, en de infrastructuur wordt verbouwd om dat bij te houden. In datzelfde rapport staat de belofte om structurele wijzigingen te doen die faalmodi permanent wegnemen, en de rangorde waarop dat gebeurt: eerst beschikbaarheid, dan capaciteit, dan functies.

De prijs van alles op één plek

Daar wordt de spanning van vandaag zichtbaar. GitHub is stap voor stap veranderd van codeopslag met een pijplijn eromheen in de plek waar ook de codereview, de agents en de AI-assistent wonen. Elke functie die erbij komt, verlengt de lijst met dingen die in één incident tegelijk wegvallen. Vanmiddag stonden de code, de pijplijn, het overleg en de assistent in één keer op rood.

Het patroon is niet van GitHub alleen. Drie weken eerder bevestigde OpenAI een storing waarin 31 componenten van ChatGPT, de API en Codex als geraakt stonden en er evenmin een oorzaak volgde, en twee dagen daarvoor legde een bug in Microsofts eigen onderhoudssysteem zo'n 27 Azure-diensten bijna vijf uur plat. Drie keer geen aanvaller, drie keer een leverancier die over zijn eigen voeten struikelt.

Wat zo'n dag kost, hangt af van hoe scherp je weet wat er bij jou aan GitHub hangt. Niet alleen de repository, maar de deploysleutels, de secrets, de container-images, de actions van derden en de pakketten die je build binnenhaalt. Die inventaris is precies waar het afbouwen van afhankelijkheid bij één leverancier begint, en op een rustige dag is hij een stuk goedkoper te maken dan op een dag als vandaag.