GitHub er blevet oversvømmet af maskinskrevet kode

GitHub blev oprindeligt bygget til en verden, hvor mennesker skrev kode, sendte ændringer ind og arbejdede i et relativt forudsigeligt tempo. AI-agenter kan derimod oprette kode, commits og pull requests i et omfang, der langt hurtigere belaster platformens systemer.

Tallene illustrerer chokket:

• AI-agenters pull requests steg 14 gange. Antallet voksede fra 4 millioner i september 2025 til mere end 17 millioner i marts 2026 .
• Commit-mængden er eksploderet. GitHub håndterer nu omkring 275 millioner commits om ugen – mere end de 1 milliard commits, platformen behandlede i hele 2025 .
• Driftsstabiliteten er faldet markant. Mellem maj 2025 og april 2026 registrerede GitHub 257 hændelser, hvoraf 48 blev klassificeret som alvorlige. Det svarer i gennemsnit til cirka én større driftsforstyrrelse om ugen .
• Problemerne fortsatte i 2026. Der blev registreret ni servicehændelser alene i maj, og i juni var tilgængeligheden faldet til omkring 88,4 procent – langt under målet på 99,9 procent i GitHubs serviceaftale .

GitHubs teknologidirektør Vlad Fedorov har offentligt undskyldt for problemerne og erkendt, at virksomheden undervurderede, hvor meget kapacitet platformen ville få brug for. Han oplyste også, at oppetiden i april var faldet til under 85 procent .

Microsofts administrerende direktør, Satya Nadella, beskrev under virksomhedens regnskabssamtale i april GitHub som værende i en periode med "hidtil uset vækst, drevet af udbredelsen af agentbaseret kodning". Han sagde samtidig, at Microsoft arbejdede målrettet på at opskalere platformen og imødekomme efterspørgslen .

GitHubs infrastrukturteam havde oprindeligt planlagt en tidobling af kapaciteten i oktober 2025. I februar 2026 stod det imidlertid klart, at der var brug for en 30-dobling .

Hvorfor AWS – og hvorfor nu?

Den umiddelbare udfordring var enkel: GitHubs eksisterende infrastruktur kunne ikke absorbere belastningen hurtigt nok. Derfor har Microsoft ifølge rapporterne købt midlertidig kapacitet hos AWS for at dæmpe presset og begrænse flere afbrydelser .

For Microsoft er beslutningen bemærkelsesværdig. Selskabet købte GitHub for 7,5 milliarder dollar i 2018 med ambitionen om at knytte udviklerplatformen tættere til Azure og styrke konkurrencen mod netop AWS . Nu tvinger AI-boomet – blandt andet drevet af GitHubs eget Copilot-økosystem – Microsoft til at betale konkurrenten for ekstra serverkapacitet.

Det betyder dog ikke, at Microsoft har opgivet Azure-planen. AWS-kapaciteten beskrives som et midlertidigt sikkerhedsnet, mens den langsigtede flytning fortsætter .

Azure-migrationen er stadig langt fra færdig

Efter opkøbet i 2018 lagde Microsoft en plan om at flytte hele GitHubs infrastruktur fra virksomhedens ældre datacentre til Azure . Det er en flerårig proces:

• GitHubs CI/CD-tjeneste Actions og Copilot-modeller blev flyttet til Azure i 2024 .
• Pages og Packages fulgte i 2025 .
• Den centrale platform og databaserne begyndte først at blive flyttet i oktober 2025 .

I februar 2026 gik kun 12,5 procent af GitHubs trafik gennem Azure. Målet var 50 procent i juli 2026 . Den fulde migration var oprindeligt planlagt til at være færdig senest i 2027 .

Problemet er, at AI-efterspørgslen er vokset hurtigere end selve migrationsplanen . GitHub er fortsat afhængig af ældre datacentre, hvilket gør det vanskeligere at udvide hurtigt, når belastningen pludselig stiger .

At Microsoft nu henter kapacitet hos AWS kan tyde på, at Azure enten ikke havde tilstrækkelig ledig kapacitet i de relevante geografiske regioner, eller at den ikke kunne etableres hurtigt nok til at løse den akutte situation . For en virksomhed, der ser Azure som GitHubs fremtid, er det en tydelig – om end midlertidig – indrømmelse af de praktiske begrænsninger.

En ny virkelighed for udviklerinfrastruktur

AWS-købet er kun ét af flere svar på problemet.

1. GitHub er i praksis blevet multi-cloud. AWS fungerer som et ekstra lag af kapacitet, mens Azure-migrationen fortsætter . Det er en taktisk beslutning for at håndtere belastningen – ikke nødvendigvis den arkitektur, Microsoft oprindeligt ønskede.
2. Microsoft forbedrer migrationsværktøjerne. Azure DevOps har lanceret en forhåndsvisning af Enterprise Live Migrations, som kan flytte flere repositories med minimal nedetid. Værktøjet skal gøre det muligt at fortsætte arbejdet under dele af migreringen .
3. Kerneinfrastruktur har fået førsteprioritet. Tidligere rapporter beskrev, hvordan GitHub midlertidigt satte det meste af udviklingen af nye funktioner på pause for at fokusere på den kritiske migration af kerneinfrastrukturen til Azure. Kapacitetsproblemer i datacentrene i Virginia var en central drivkraft .

Den store pointe er derfor ikke, at Microsoft er ved at forlade Azure. Det er, at AI-agenter har ændret skalaen for softwareudvikling så hurtigt, at selv en af verdens største teknologivirksomheder må ombygge infrastrukturen undervejs.

GitHub blev dimensioneret til menneskeligt tempo. Platformen skal nu håndtere en verden, hvor software i stigende grad skriver, tester og sender mere software videre af sig selv. AWS-kapaciteten er Microsofts midlertidige plaster – men også et synligt tegn på, at AI-kapløbet allerede har overhalet flere af de planer, der skulle gøre cloudinfrastrukturen klar.

GitHub er blevet oversvømmet af maskinskrevet kode

GitHub blev oprindeligt bygget til en verden, hvor mennesker skrev kode, sendte ændringer ind og arbejdede i et relativt forudsigeligt tempo. AI-agenter kan derimod oprette kode, commits og pull requests i et omfang, der langt hurtigere belaster platformens systemer.

Tallene illustrerer chokket:

• AI-agenters pull requests steg 14 gange. Antallet voksede fra 4 millioner i september 2025 til mere end 17 millioner i marts 2026 .
• Commit-mængden er eksploderet. GitHub håndterer nu omkring 275 millioner commits om ugen – mere end de 1 milliard commits, platformen behandlede i hele 2025 .
• Driftsstabiliteten er faldet markant. Mellem maj 2025 og april 2026 registrerede GitHub 257 hændelser, hvoraf 48 blev klassificeret som alvorlige. Det svarer i gennemsnit til cirka én større driftsforstyrrelse om ugen .
• Problemerne fortsatte i 2026. Der blev registreret ni servicehændelser alene i maj, og i juni var tilgængeligheden faldet til omkring 88,4 procent – langt under målet på 99,9 procent i GitHubs serviceaftale .

GitHubs teknologidirektør Vlad Fedorov har offentligt undskyldt for problemerne og erkendt, at virksomheden undervurderede, hvor meget kapacitet platformen ville få brug for. Han oplyste også, at oppetiden i april var faldet til under 85 procent .

Microsofts administrerende direktør, Satya Nadella, beskrev under virksomhedens regnskabssamtale i april GitHub som værende i en periode med "hidtil uset vækst, drevet af udbredelsen af agentbaseret kodning". Han sagde samtidig, at Microsoft arbejdede målrettet på at opskalere platformen og imødekomme efterspørgslen .

GitHubs infrastrukturteam havde oprindeligt planlagt en tidobling af kapaciteten i oktober 2025. I februar 2026 stod det imidlertid klart, at der var brug for en 30-dobling .

Hvorfor AWS – og hvorfor nu?

Den umiddelbare udfordring var enkel: GitHubs eksisterende infrastruktur kunne ikke absorbere belastningen hurtigt nok. Derfor har Microsoft ifølge rapporterne købt midlertidig kapacitet hos AWS for at dæmpe presset og begrænse flere afbrydelser .

For Microsoft er beslutningen bemærkelsesværdig. Selskabet købte GitHub for 7,5 milliarder dollar i 2018 med ambitionen om at knytte udviklerplatformen tættere til Azure og styrke konkurrencen mod netop AWS . Nu tvinger AI-boomet – blandt andet drevet af GitHubs eget Copilot-økosystem – Microsoft til at betale konkurrenten for ekstra serverkapacitet.

Det betyder dog ikke, at Microsoft har opgivet Azure-planen. AWS-kapaciteten beskrives som et midlertidigt sikkerhedsnet, mens den langsigtede flytning fortsætter .

Azure-migrationen er stadig langt fra færdig

Efter opkøbet i 2018 lagde Microsoft en plan om at flytte hele GitHubs infrastruktur fra virksomhedens ældre datacentre til Azure . Det er en flerårig proces:

• GitHubs CI/CD-tjeneste Actions og Copilot-modeller blev flyttet til Azure i 2024 .
• Pages og Packages fulgte i 2025 .
• Den centrale platform og databaserne begyndte først at blive flyttet i oktober 2025 .

I februar 2026 gik kun 12,5 procent af GitHubs trafik gennem Azure. Målet var 50 procent i juli 2026 . Den fulde migration var oprindeligt planlagt til at være færdig senest i 2027 .

Problemet er, at AI-efterspørgslen er vokset hurtigere end selve migrationsplanen . GitHub er fortsat afhængig af ældre datacentre, hvilket gør det vanskeligere at udvide hurtigt, når belastningen pludselig stiger .

At Microsoft nu henter kapacitet hos AWS kan tyde på, at Azure enten ikke havde tilstrækkelig ledig kapacitet i de relevante geografiske regioner, eller at den ikke kunne etableres hurtigt nok til at løse den akutte situation . For en virksomhed, der ser Azure som GitHubs fremtid, er det en tydelig – om end midlertidig – indrømmelse af de praktiske begrænsninger.

En ny virkelighed for udviklerinfrastruktur

AWS-købet er kun ét af flere svar på problemet.

1. GitHub er i praksis blevet multi-cloud. AWS fungerer som et ekstra lag af kapacitet, mens Azure-migrationen fortsætter . Det er en taktisk beslutning for at håndtere belastningen – ikke nødvendigvis den arkitektur, Microsoft oprindeligt ønskede.
2. Microsoft forbedrer migrationsværktøjerne. Azure DevOps har lanceret en forhåndsvisning af Enterprise Live Migrations, som kan flytte flere repositories med minimal nedetid. Værktøjet skal gøre det muligt at fortsætte arbejdet under dele af migreringen .
3. Kerneinfrastruktur har fået førsteprioritet. Tidligere rapporter beskrev, hvordan GitHub midlertidigt satte det meste af udviklingen af nye funktioner på pause for at fokusere på den kritiske migration af kerneinfrastrukturen til Azure. Kapacitetsproblemer i datacentrene i Virginia var en central drivkraft .

Den store pointe er derfor ikke, at Microsoft er ved at forlade Azure. Det er, at AI-agenter har ændret skalaen for softwareudvikling så hurtigt, at selv en af verdens største teknologivirksomheder må ombygge infrastrukturen undervejs.

GitHub blev dimensioneret til menneskeligt tempo. Platformen skal nu håndtere en verden, hvor software i stigende grad skriver, tester og sender mere software videre af sig selv. AWS-kapaciteten er Microsofts midlertidige plaster – men også et synligt tegn på, at AI-kapløbet allerede har overhalet flere af de planer, der skulle gøre cloudinfrastrukturen klar.