De directe oorzaak is de explosieve groei van AI-agenten die zelfstandig code genereren, commits uitvoeren en pull requests openen. GitHub was oorspronkelijk ontworpen voor ontwikkelaars die stap voor stap software schrijven. AI-agenten kunnen diezelfde handelingen echter op een veel grotere schaal en snelheid uitvoeren.

• Het aantal AI-pull requests steeg veertienvoudig. Pull requests die door AI-agenten werden geopend, namen toe van 4 miljoen in september 2025 tot meer dan 17 miljoen in maart 2026 .
• Het aantal commits is enorm toegenomen. GitHub verwerkt inmiddels ongeveer 275 miljoen commits per week. Dat is meer dan de ruim 1 miljard commits die het platform in heel 2025 verwerkte .
• De betrouwbaarheid nam sterk af. Tussen mei 2025 en april 2026 registreerde GitHub 257 incidenten. Daarvan werden er 48 als ernstig aangemerkt: gemiddeld ongeveer één grote storing per week . In mei 2026 waren er alleen al negen service-incidenten. In juni zakte de beschikbaarheid volgens de aangehaalde cijfers naar ongeveer 88,4 procent, ver onder de doelstelling van 99,9 procent uit de service level agreement .

Microsoft-topman Satya Nadella erkende de druk tijdens de kwartaalbespreking van april 2026. GitHub maakt volgens hem een "ongekende groei door, gedreven door de verspreiding van agentic coding", terwijl Microsoft hard werkt om de capaciteit uit te breiden . GitHub-cto Vlad Fedorov publiceerde eerder een zeldzame openbare verontschuldiging en gaf toe dat het bedrijf de benodigde capaciteit ernstig had onderschat. De uptime lag in april tijdelijk onder 85 procent .

De infrastructuurplannen bleken daardoor al snel achterhaald. In oktober 2025 ging GitHub nog uit van een capaciteitsuitbreiding met een factor tien. In februari 2026 was duidelijk dat een dertigvoudige uitbreiding nodig was .

Waarom juist AWS?

Microsoft koos voor AWS als tijdelijke extra laag om de acute druk te verlichten . Het gaat dus om een operationele noodmaatregel, niet om het verlaten van Azure. Door capaciteit bij Amazon in te kopen, kan GitHub sneller extra rekenkracht toevoegen terwijl de structurele migratie naar Azure doorgaat .

De keuze is opvallend omdat Microsoft GitHub in 2018 voor 7,5 miljard dollar overnam met de ambitie om het platform nauwer met Azure te verbinden en sterker te concurreren met AWS in de cloudmarkt . Nu dwingt de AI-boom — deels aangejaagd door GitHub Copilot — Microsoft ertoe tijdelijk servers te huren bij precies die concurrent.

De stap wijst er waarschijnlijk op dat Azure niet snel genoeg capaciteit beschikbaar had in de juiste regio's, of dat die capaciteit niet snel genoeg kon worden ingericht om de problemen direct op te vangen .

De Azure-migratie loopt achter op de vraag

Na de overname stelde Microsoft zich ten doel om de volledige GitHub-infrastructuur vanuit de bestaande datacenters naar Azure te verplaatsen . Dat is een meerjarig traject:

• GitHub Actions en de Copilot-modellen verhuisden in 2024 naar Azure .
• Pages en Packages volgden in 2025 .
• De kern van het platform en de databases begon pas in oktober 2025 aan de migratie .

In februari 2026 liep slechts 12,5 procent van het GitHub-verkeer via Azure. Het doel was om dat aandeel tegen juli 2026 naar 50 procent te brengen . De volledige migratie stond gepland voor uiterlijk 2027 .

Daarmee bevindt GitHub zich momenteel in een lastige tussenfase: een deel draait op Azure en een deel nog op oudere infrastructuur. Juist die oudere datacenters beperken de snelheid waarmee het platform tijdens een plotselinge verkeerspiek kan opschalen . De vraag die door AI-codeeragenten wordt veroorzaakt, is simpelweg sneller gegroeid dan de migratie kon volgen .

Welke maatregelen neemt GitHub?

De AWS-capaciteit is slechts één onderdeel van de reactie. GitHub en Microsoft werken tegelijk aan meerdere ingrepen:

1. Een feitelijke overstap naar multi-cloud. GitHub gebruikt AWS nu als tijdelijke piekcapaciteit naast Azure en de bestaande infrastructuur. Dat is vooral een pragmatische oplossing om nieuwe storingen op korte termijn te beperken .
2. Snellere migratietools. Microsoft bracht in juni een preview uit van Enterprise Live Migrations (ELM) voor Azure DevOps. Met deze tool kunnen organisaties meerdere repositories tegelijk verplaatsen met zo weinig mogelijk onderbreking. Ontwikkelaars kunnen tijdens een deel van het proces blijven doorwerken .
3. Prioriteit voor de kerninfrastructuur. Eerdere berichtgeving meldde dat GitHub tijdelijk de ontwikkeling van veel nieuwe functies had afgeremd om de grootschalige, als "existentiële" migratie omschreven overstap naar Azure voorrang te geven. De directe aanleiding waren capaciteitsgrenzen in de datacenters in Virginia .

De AWS-inzet betekent dus niet dat Microsoft Azure voor GitHub laat vallen. Wel laat de situatie zien dat AI-agenten de schaal van ontwikkelinfrastructuur ingrijpend veranderen. GitHub was afgestemd op het tempo van menselijke ontwikkelaars; het platform moet nu onder hoge druk worden aangepast aan machines die vrijwel voortdurend code genereren, testen en indienen. Zelfs Microsoft blijkt die omslag niet volledig te hebben kunnen voorzien.

De directe oorzaak is de explosieve groei van AI-agenten die zelfstandig code genereren, commits uitvoeren en pull requests openen. GitHub was oorspronkelijk ontworpen voor ontwikkelaars die stap voor stap software schrijven. AI-agenten kunnen diezelfde handelingen echter op een veel grotere schaal en snelheid uitvoeren.

• Het aantal AI-pull requests steeg veertienvoudig. Pull requests die door AI-agenten werden geopend, namen toe van 4 miljoen in september 2025 tot meer dan 17 miljoen in maart 2026 .
• Het aantal commits is enorm toegenomen. GitHub verwerkt inmiddels ongeveer 275 miljoen commits per week. Dat is meer dan de ruim 1 miljard commits die het platform in heel 2025 verwerkte .
• De betrouwbaarheid nam sterk af. Tussen mei 2025 en april 2026 registreerde GitHub 257 incidenten. Daarvan werden er 48 als ernstig aangemerkt: gemiddeld ongeveer één grote storing per week . In mei 2026 waren er alleen al negen service-incidenten. In juni zakte de beschikbaarheid volgens de aangehaalde cijfers naar ongeveer 88,4 procent, ver onder de doelstelling van 99,9 procent uit de service level agreement .

Microsoft-topman Satya Nadella erkende de druk tijdens de kwartaalbespreking van april 2026. GitHub maakt volgens hem een "ongekende groei door, gedreven door de verspreiding van agentic coding", terwijl Microsoft hard werkt om de capaciteit uit te breiden . GitHub-cto Vlad Fedorov publiceerde eerder een zeldzame openbare verontschuldiging en gaf toe dat het bedrijf de benodigde capaciteit ernstig had onderschat. De uptime lag in april tijdelijk onder 85 procent .

De infrastructuurplannen bleken daardoor al snel achterhaald. In oktober 2025 ging GitHub nog uit van een capaciteitsuitbreiding met een factor tien. In februari 2026 was duidelijk dat een dertigvoudige uitbreiding nodig was .

Waarom juist AWS?

Microsoft koos voor AWS als tijdelijke extra laag om de acute druk te verlichten . Het gaat dus om een operationele noodmaatregel, niet om het verlaten van Azure. Door capaciteit bij Amazon in te kopen, kan GitHub sneller extra rekenkracht toevoegen terwijl de structurele migratie naar Azure doorgaat .

De keuze is opvallend omdat Microsoft GitHub in 2018 voor 7,5 miljard dollar overnam met de ambitie om het platform nauwer met Azure te verbinden en sterker te concurreren met AWS in de cloudmarkt . Nu dwingt de AI-boom — deels aangejaagd door GitHub Copilot — Microsoft ertoe tijdelijk servers te huren bij precies die concurrent.

De stap wijst er waarschijnlijk op dat Azure niet snel genoeg capaciteit beschikbaar had in de juiste regio's, of dat die capaciteit niet snel genoeg kon worden ingericht om de problemen direct op te vangen .

De Azure-migratie loopt achter op de vraag

Na de overname stelde Microsoft zich ten doel om de volledige GitHub-infrastructuur vanuit de bestaande datacenters naar Azure te verplaatsen . Dat is een meerjarig traject:

• GitHub Actions en de Copilot-modellen verhuisden in 2024 naar Azure .
• Pages en Packages volgden in 2025 .
• De kern van het platform en de databases begon pas in oktober 2025 aan de migratie .

In februari 2026 liep slechts 12,5 procent van het GitHub-verkeer via Azure. Het doel was om dat aandeel tegen juli 2026 naar 50 procent te brengen . De volledige migratie stond gepland voor uiterlijk 2027 .

Daarmee bevindt GitHub zich momenteel in een lastige tussenfase: een deel draait op Azure en een deel nog op oudere infrastructuur. Juist die oudere datacenters beperken de snelheid waarmee het platform tijdens een plotselinge verkeerspiek kan opschalen . De vraag die door AI-codeeragenten wordt veroorzaakt, is simpelweg sneller gegroeid dan de migratie kon volgen .

Welke maatregelen neemt GitHub?

De AWS-capaciteit is slechts één onderdeel van de reactie. GitHub en Microsoft werken tegelijk aan meerdere ingrepen:

1. Een feitelijke overstap naar multi-cloud. GitHub gebruikt AWS nu als tijdelijke piekcapaciteit naast Azure en de bestaande infrastructuur. Dat is vooral een pragmatische oplossing om nieuwe storingen op korte termijn te beperken .
2. Snellere migratietools. Microsoft bracht in juni een preview uit van Enterprise Live Migrations (ELM) voor Azure DevOps. Met deze tool kunnen organisaties meerdere repositories tegelijk verplaatsen met zo weinig mogelijk onderbreking. Ontwikkelaars kunnen tijdens een deel van het proces blijven doorwerken .
3. Prioriteit voor de kerninfrastructuur. Eerdere berichtgeving meldde dat GitHub tijdelijk de ontwikkeling van veel nieuwe functies had afgeremd om de grootschalige, als "existentiële" migratie omschreven overstap naar Azure voorrang te geven. De directe aanleiding waren capaciteitsgrenzen in de datacenters in Virginia .

De AWS-inzet betekent dus niet dat Microsoft Azure voor GitHub laat vallen. Wel laat de situatie zien dat AI-agenten de schaal van ontwikkelinfrastructuur ingrijpend veranderen. GitHub was afgestemd op het tempo van menselijke ontwikkelaars; het platform moet nu onder hoge druk worden aangepast aan machines die vrijwel voortdurend code genereren, testen en indienen. Zelfs Microsoft blijkt die omslag niet volledig te hebben kunnen voorzien.