GitHubs AI-kapacitetskris: därför hyr Microsoft servrar av AWS

En plattform överkörd av maskinskriven kod

Den direkta orsaken är den kraftiga ökningen av så kallad agentisk utveckling – arbetsflöden där AI-agenter kan skriva kod, skapa commits och öppna pull requests med begränsad mänsklig inblandning. GitHub byggdes ursprungligen för en utvecklingstakt där människor satt vid tangentbordet. Den modellen håller inte längre när maskiner arbetar dygnet runt i stor skala.

• AI-agenters pull requests ökade 14-faldigt. Antalet pull requests som öppnats av AI-agenter steg från 4 miljoner i september 2025 till över 17 miljoner i mars 2026 . GitHub hanterar nu omkring 275 miljoner commits i veckan – mer än de 1 miljard commits som plattformen behandlade under hela 2025 .
• Tillförlitligheten försämrades kraftigt. Mellan maj 2025 och april 2026 drabbades GitHub av 257 incidenter. 48 av dem klassades som allvarliga, vilket motsvarar ungefär ett större avbrott i veckan . Problemen fortsatte under 2026: bara i maj registrerades nio serviceincidenter, och i juni hade tillgängligheten sjunkit till omkring 88,4 procent – långt under målet på 99,9 procent i tjänstenivåavtalet .
• Ledningen erkände att belastningen nått en kritisk punkt. Under Microsofts resultatkonferens i april 2026 sade vd:n Satya Nadella att GitHub upplevde ”en aldrig tidigare skådad tillväxt, driven av spridningen av agentisk utveckling” och att företaget arbetade intensivt med att skala upp för att möta efterfrågan . GitHubs teknikchef Vlad Fedorov publicerade tidigare en ovanligt öppen ursäkt och medgav att bolaget hade underskattat kapacitetsbehovet rejält. I april hade drifttiden sjunkit under 85 procent .

GitHubs infrastrukturteam hade planerat för en kapacitetsökning på tio gånger i oktober 2025. I februari 2026 stod det klart att en trettiofaldig ökning behövdes . Det var den akuta situationen som fick Microsoft att söka hjälp utanför den egna molnplattformen.

Därför blev AWS den snabba lösningen

Microsofts beslut att köpa kapacitet från AWS var i första hand operativt, inte strategiskt. För att minska belastningen och stabilisera GitHub började företaget använda extra, tillfällig datorkapacitet hos Amazon Web Services .

En talesperson för Microsoft bekräftade att GitHub använder flera molnleverantörer, men ville inte kommentera specifikt om Amazon. ”Den otroliga ökningen av agentisk utveckling som började i slutet av förra året har satt vår infrastruktur på prov”, sade talespersonen .

Ironin är svår att missa. Microsoft köpte GitHub för 7,5 miljarder dollar 2018, bland annat för att knyta plattformen närmare Azure och stärka sin position mot AWS i molnkapplöpningen . Nu har AI-boomen – till stor del förstärkt av GitHubs eget Copilot-ekosystem – tvingat Microsoft att köpa servrar av just rivalen Amazon.

Det betyder däremot inte att Microsoft överger Azure. AWS-kapaciteten beskrivs som ett tillfälligt avlastningslager medan den långsiktiga migreringen fortsätter .

Azure-flytten hann inte med utvecklingen

Efter köpet av GitHub satte Microsoft upp en flerårig plan för att flytta plattformens infrastruktur från äldre egna datacenter till Azure . Migreringen har gått framåt, men kärnan i tjänsten är fortfarande inte fullt flyttad:

• GitHubs CI/CD-tjänst Actions och Copilot-modellerna flyttades till Azure 2024 .
• Pages och Packages följde efter 2025 .
• Den centrala plattformen och databaserna började migreras först i oktober 2025 . I februari 2026 gick bara 12,5 procent av GitHubs trafik via Azure, med ett uttalat mål på 50 procent i juli 2026 .

Den ursprungliga planen var att hela GitHub skulle köras på Azure senast 2027 . Men AI-utvecklingens belastningskurva har stigit snabbare än migreringsplanen . GitHubs teknikchef har beskrivit hur plattformen fortfarande är beroende av äldre datacenter, vilket begränsar möjligheten att snabbt lägga till kapacitet när trafiken exploderar .

Att Microsoft ändå behöver AWS antyder att Azure antingen saknade ledig kapacitet i rätt geografiska regioner eller inte kunde tillhandahålla den tillräckligt snabbt för att hantera krisen . För ett företag som ser Azure som sin strategiska framtid är det en tydlig – och kostsam – operativ eftergift.

GitHubs svar: mer än en snabb nödlösning

AWS-avtalet är den mest uppmärksammade åtgärden, men GitHub och Microsoft arbetar samtidigt med flera förändringar för att minska den underliggande sårbarheten:

1. En praktisk övergång till flera moln. GitHubs infrastruktur är nu i praktiken multicloud. AWS fungerar som ett extra kapacitetslager medan Azure-migreringen pågår . Det är en taktisk lösning för att klara belastningstoppar, inte ett uttryck för att Microsoft har ändrat sin långsiktiga Azure-strategi.
2. Snabbare verktyg för migrering. Microsoft har lanserat en förhandsversion av Enterprise Live Migrations, ELM, inom Azure DevOps. Verktyget ska göra det möjligt att flytta flera kodarkiv med minimal nedtid och låta utvecklare fortsätta arbeta under delar av övergången .
3. Prioritering av kärninfrastrukturen. Tidigare rapporter uppgav att GitHub tillfälligt bromsade merparten av den nya funktionsutvecklingen för att fokusera på den ”existentiella” migreringen av kärninfrastrukturen till Azure. Bakgrunden var kapacitetsbegränsningar i företagets datacenter i Virginia .

Den större lärdomen är inte att Microsoft lämnar Azure för GitHub. Det gör företaget inte. Lärdomen är att AI-agenter har förändrat skalan på utvecklarinfrastruktur på ett grundläggande sätt.

GitHubs system dimensionerades för människor som skriver kod i mänsklig takt. Nu måste plattformen byggas om i realtid för en värld där programvara själv kan skapa, ändra och skicka vidare programvara. Till och med Microsoft kan då hamna på efterkälken – och tvingas anlita sin största konkurrent för att hålla tjänsten rullande.