Tallene viser hvor kraftig endringen har vært:

• AI-genererte pull requests har økt kraftig. Antallet pull requests åpnet av AI-agenter steg fra 4 millioner i september 2025 til over 17 millioner i mars 2026 .
• Commit-volumet har skutt i været. GitHub håndterer nå rundt 275 millioner commits i uken. Det er mer enn de rundt 1 milliard commitene plattformen behandlet gjennom hele 2025 .
• Stabiliteten har blitt svekket. Mellom mai 2025 og april 2026 registrerte GitHub 257 hendelser, hvorav 48 ble klassifisert som alvorlige. Det tilsvarer omtrent én større driftsforstyrrelse i uken . I mai 2026 alene ble det registrert ni tjenestehendelser, mens tilgjengeligheten i juni falt til rundt 88,4 prosent – langt under målet på 99,9 prosent .

Microsoft-sjef Satya Nadella erkjente presset under selskapets resultatpresentasjon i april 2026. Han sa at GitHub opplever «enestående vekst, drevet av utbredelsen av agentbasert koding», og at Microsoft arbeider målrettet med å skalere tjenesten . GitHub-teknologisjef Vlad Fedorov har også beklaget offentlig og sagt at selskapet undervurderte kapasitetsbehovet. Ifølge omtalen falt oppetiden i april til under 85 prosent .

GitHub hadde opprinnelig planlagt en kapasitetsøkning på ti ganger nivået fra oktober 2025. I februar 2026 sto det klart at behovet i stedet var nærmere 30 ganger dagens kapasitet .

Derfor ble AWS en nødløsning

Med gjentatte avbrudd som rammet både utviklere og AI-agenter, valgte Microsoft en praktisk løsning: å hente inn ekstra datakraft fra AWS mens den mer langsiktige planen fortsetter .

Dette er først og fremst et akutt driftstiltak, ikke en strategisk vending bort fra Azure. AWS fungerer som et ekstra kapasitetslag som kan tas i bruk raskere enn det GitHub klarer å bygge ut eller flytte hele infrastrukturen sin.

Ironien er vanskelig å overse. Microsoft kjøpte GitHub for 7,5 milliarder dollar i 2018, blant annet for å knytte utviklerplattformen tettere til Azure og styrke konkurransen mot AWS . Nå tvinger den samme AI-bølgen som blant annet er drevet frem av GitHub Copilot, Microsoft til å betale rivalen for serverkapasitet.

Azure-migreringen ligger etter etterspørselen

Microsoft har lenge arbeidet med å flytte GitHub fra eldre datasentre til Azure. Den opprinnelige planen var at hele plattformen skulle være på Microsofts sky innen 2027 . Men migreringen skjer trinnvis, og AI-veksten har gått raskere enn infrastrukturen har blitt flyttet.

• GitHub Actions og Copilot-modellene ble flyttet til Azure i 2024 .
• Pages og Packages fulgte i 2025 .
• Selve kjerneplattformen og databasene begynte først å bli flyttet i oktober 2025 .
• I februar 2026 gikk bare 12,5 prosent av GitHub-trafikken via Azure, med et mål om 50 prosent innen juli 2026 .

Det betyr at GitHub fortsatt er avhengig av eldre datasentre samtidig som trafikken gradvis flyttes til Azure. En slik overgang er krevende i seg selv. Å gjennomføre den mens AI-agenter samtidig mangedobler aktiviteten, gjør situasjonen enda mer komplisert.

At Microsoft likevel henter kapasitet fra AWS, tyder på at Azure enten ikke hadde nok tilgjengelig kapasitet i de riktige regionene, eller ikke kunne levere den raskt nok til å løse den akutte belastningen .

GitHub endrer driften mens migreringen pågår

AWS-avtalen er bare ett av flere grep som gjøres for å håndtere situasjonen:

1. GitHub blir i praksis en flerskyplattform. AWS brukes som en midlertidig buffer mens Azure-migreringen fortsetter. Det er et taktisk grep for å få mer elastisk kapasitet, ikke nødvendigvis den planlagte sluttilstanden .
2. Migreringsverktøyene bygges ut. Microsoft har lansert en forhåndsversjon av Enterprise Live Migrations (ELM) i Azure DevOps. Verktøyet skal gjøre det mulig å flytte flere kodearkiver med kortest mulig nedetid .
3. Infrastruktur prioriteres foran nye funksjoner. Tidligere rapporter har hevdet at GitHub midlertidig satte mye av den nye funksjonsutviklingen på pause for å konsentrere seg om den omfattende migreringen til Azure. Bakgrunnen skal ha vært kapasitetsbegrensninger i datasentrene i Virginia .

Et varsel om AI-infrastrukturens nye skala

Microsoft forlater ikke Azure-planen for GitHub. Men bruken av AWS viser hvor langt AI-utviklingen har flyttet målstolpene.

GitHubs infrastruktur ble dimensjonert for utvikling i menneskelig tempo. Nå produserer programvareagenter kode, commits og forespørsler i en skala som tvinger plattformen til å bygges om mens den fortsatt er i drift. Selv Microsoft har dermed blitt nødt til å hente hjelp hos sin største konkurrent for å holde tjenesten på beina.

Tallene viser hvor kraftig endringen har vært:

• AI-genererte pull requests har økt kraftig. Antallet pull requests åpnet av AI-agenter steg fra 4 millioner i september 2025 til over 17 millioner i mars 2026 .
• Commit-volumet har skutt i været. GitHub håndterer nå rundt 275 millioner commits i uken. Det er mer enn de rundt 1 milliard commitene plattformen behandlet gjennom hele 2025 .
• Stabiliteten har blitt svekket. Mellom mai 2025 og april 2026 registrerte GitHub 257 hendelser, hvorav 48 ble klassifisert som alvorlige. Det tilsvarer omtrent én større driftsforstyrrelse i uken . I mai 2026 alene ble det registrert ni tjenestehendelser, mens tilgjengeligheten i juni falt til rundt 88,4 prosent – langt under målet på 99,9 prosent .

Microsoft-sjef Satya Nadella erkjente presset under selskapets resultatpresentasjon i april 2026. Han sa at GitHub opplever «enestående vekst, drevet av utbredelsen av agentbasert koding», og at Microsoft arbeider målrettet med å skalere tjenesten . GitHub-teknologisjef Vlad Fedorov har også beklaget offentlig og sagt at selskapet undervurderte kapasitetsbehovet. Ifølge omtalen falt oppetiden i april til under 85 prosent .

GitHub hadde opprinnelig planlagt en kapasitetsøkning på ti ganger nivået fra oktober 2025. I februar 2026 sto det klart at behovet i stedet var nærmere 30 ganger dagens kapasitet .

Derfor ble AWS en nødløsning

Med gjentatte avbrudd som rammet både utviklere og AI-agenter, valgte Microsoft en praktisk løsning: å hente inn ekstra datakraft fra AWS mens den mer langsiktige planen fortsetter .

Dette er først og fremst et akutt driftstiltak, ikke en strategisk vending bort fra Azure. AWS fungerer som et ekstra kapasitetslag som kan tas i bruk raskere enn det GitHub klarer å bygge ut eller flytte hele infrastrukturen sin.

Ironien er vanskelig å overse. Microsoft kjøpte GitHub for 7,5 milliarder dollar i 2018, blant annet for å knytte utviklerplattformen tettere til Azure og styrke konkurransen mot AWS . Nå tvinger den samme AI-bølgen som blant annet er drevet frem av GitHub Copilot, Microsoft til å betale rivalen for serverkapasitet.

Azure-migreringen ligger etter etterspørselen

Microsoft har lenge arbeidet med å flytte GitHub fra eldre datasentre til Azure. Den opprinnelige planen var at hele plattformen skulle være på Microsofts sky innen 2027 . Men migreringen skjer trinnvis, og AI-veksten har gått raskere enn infrastrukturen har blitt flyttet.

• GitHub Actions og Copilot-modellene ble flyttet til Azure i 2024 .
• Pages og Packages fulgte i 2025 .
• Selve kjerneplattformen og databasene begynte først å bli flyttet i oktober 2025 .
• I februar 2026 gikk bare 12,5 prosent av GitHub-trafikken via Azure, med et mål om 50 prosent innen juli 2026 .

Det betyr at GitHub fortsatt er avhengig av eldre datasentre samtidig som trafikken gradvis flyttes til Azure. En slik overgang er krevende i seg selv. Å gjennomføre den mens AI-agenter samtidig mangedobler aktiviteten, gjør situasjonen enda mer komplisert.

At Microsoft likevel henter kapasitet fra AWS, tyder på at Azure enten ikke hadde nok tilgjengelig kapasitet i de riktige regionene, eller ikke kunne levere den raskt nok til å løse den akutte belastningen .

GitHub endrer driften mens migreringen pågår

AWS-avtalen er bare ett av flere grep som gjøres for å håndtere situasjonen:

1. GitHub blir i praksis en flerskyplattform. AWS brukes som en midlertidig buffer mens Azure-migreringen fortsetter. Det er et taktisk grep for å få mer elastisk kapasitet, ikke nødvendigvis den planlagte sluttilstanden .
2. Migreringsverktøyene bygges ut. Microsoft har lansert en forhåndsversjon av Enterprise Live Migrations (ELM) i Azure DevOps. Verktøyet skal gjøre det mulig å flytte flere kodearkiver med kortest mulig nedetid .
3. Infrastruktur prioriteres foran nye funksjoner. Tidligere rapporter har hevdet at GitHub midlertidig satte mye av den nye funksjonsutviklingen på pause for å konsentrere seg om den omfattende migreringen til Azure. Bakgrunnen skal ha vært kapasitetsbegrensninger i datasentrene i Virginia .

Et varsel om AI-infrastrukturens nye skala

Microsoft forlater ikke Azure-planen for GitHub. Men bruken av AWS viser hvor langt AI-utviklingen har flyttet målstolpene.

GitHubs infrastruktur ble dimensjonert for utvikling i menneskelig tempo. Nå produserer programvareagenter kode, commits og forespørsler i en skala som tvinger plattformen til å bygges om mens den fortsatt er i drift. Selv Microsoft har dermed blitt nødt til å hente hjelp hos sin største konkurrent for å holde tjenesten på beina.