Microsoft wynajmuje serwery AWS dla GitHuba. AI przekroczyło możliwości platformy

GitHub został zalany kodem generowanym przez AI

Największym źródłem presji stał się gwałtowny rozwój tak zwanego agentowego programowania. Agenci AI nie tylko podpowiadają pojedyncze fragmenty kodu, lecz także mogą samodzielnie przygotowywać zmiany, otwierać pull requesty i uczestniczyć w całych procesach wytwarzania oprogramowania.

Skala wzrostu jest bezprecedensowa:

• Liczba pull requestów otwieranych przez agentów AI wzrosła 14-krotnie. Z około 4 mln we wrześniu 2025 r. zwiększyła się do ponad 17 mln w marcu 2026 r.
• GitHub obsługuje około 275 mln commitów tygodniowo. To więcej niż 1 mld commitów przetworzonych przez całą platformę w 2025 r.
• Niezawodność wyraźnie spadła. Między majem 2025 r. a kwietniem 2026 r. odnotowano 257 incydentów, w tym 48 sklasyfikowanych jako poważne — średnio jeden duży problem mniej więcej co tydzień . W maju 2026 r. zarejestrowano dziewięć kolejnych incydentów, a w czerwcu dostępność usługi spadła do około 88,4 proc., daleko poniżej celu 99,9 proc. określonego w umowie SLA .

Presję potwierdził prezes Microsoftu Satya Nadella podczas kwietniowej rozmowy z analitykami. Powiedział, że GitHub doświadcza „bezprecedensowego wzrostu napędzanego upowszechnieniem agentowego programowania”, a firma „sumiennie pracuje nad zwiększeniem skali i sprostaniem temu popytowi” . Z kolei dyrektor techniczny GitHuba Vlad Fedorov opublikował rzadkie publiczne przeprosiny i przyznał, że w kwietniu dostępność platformy spadła poniżej 85 proc. .

Problem nie ograniczał się więc do pojedynczej awarii. Zespół infrastruktury GitHuba początkowo planował w październiku 2025 r. dziesięciokrotne zwiększenie przepustowości, lecz już w lutym 2026 r. uznał, że potrzebna będzie rozbudowa aż trzydziestokrotna .

Dlaczego Microsoft sięgnął po AWS?

Najprostszą odpowiedzią jest czas. Microsoft potrzebował szybko zwiększyć dostępne zasoby, aby ograniczyć liczbę przerw w działaniu GitHuba, podczas gdy rozbudowa i migracja własnej infrastruktury wciąż trwały. Dodatkowa moc obliczeniowa AWS ma pełnić funkcję tymczasowej warstwy „na szczyt” — rozwiązania, które pozwala obsłużyć nagły skok obciążenia .

Z punktu widzenia rywalizacji rynkowej sytuacja jest wyjątkowo symboliczna. Microsoft kupił GitHuba w 2018 r. za 7,5 mld dolarów, między innymi po to, by silniej połączyć platformę z Azure i skuteczniej konkurować z AWS . Tymczasem boom na narzędzia AI, w tym GitHub Copilot, sprawił, że Microsoft musi tymczasowo wynajmować serwery od Amazona.

Nie oznacza to jednak strategicznego odwrotu od Azure. AWS ma przede wszystkim pomóc zatkać bieżącą lukę pojemnościową, zanim GitHub zakończy długoterminową przebudowę infrastruktury .

Migracja do Azure nie nadąża za popytem

Po przejęciu GitHuba Microsoft rozpoczął wieloletni plan przeniesienia całej infrastruktury platformy z dotychczasowych centrów danych do Azure . Poszczególne elementy migrowały etapami:

• usługi Actions oraz modele Copilot przeniesiono do Azure w 2024 r.;
• Pages i Packages dołączyły w 2025 r.;
• migracja głównej platformy i baz danych rozpoczęła się dopiero w październiku 2025 r.

W lutym 2026 r. przez Azure przechodziło zaledwie 12,5 proc. ruchu GitHuba. Celem było zwiększenie tego udziału do 50 proc. w lipcu 2026 r. Całkowite przeniesienie platformy do Azure planowano najpóźniej na 2027 r.

To właśnie tutaj pojawia się kluczowe napięcie: harmonogram migracji został ustalony w świecie, w którym obciążenie generowali przede wszystkim ludzie. Tymczasem agenci AI potrafią produkować aktywność na skalę maszynową. W efekcie wzrost obciążenia wyprzedził plan przenoszenia infrastruktury . GitHub nadal jest częściowo zależny od starszych centrów danych, co utrudnia szybkie zwiększanie mocy w momencie gwałtownego wzrostu ruchu .

Sam fakt dołożenia zasobów AWS może sugerować, że Azure nie miał wystarczającej mocy w odpowiednich regionach albo nie był w stanie udostępnić jej wystarczająco szybko, by natychmiast ustabilizować usługę . To poważne operacyjne ustępstwo dla firmy, która chce uczynić z Azure docelową podstawę GitHuba.

Co GitHub i Microsoft robią poza wynajęciem AWS?

Dodatkowa infrastruktura Amazona jest najbardziej widowiskowym elementem reakcji, ale nie jedynym.

1. GitHub działa w praktyce jako platforma wielochmurowa. AWS pełni funkcję awaryjnego bufora, podczas gdy migracja do Azure jest kontynuowana . To pragmatyczna decyzja operacyjna, a nie deklaracja odejścia od jednej chmury na rzecz drugiej.
2. Przyspieszane są narzędzia migracyjne. Microsoft udostępnił w wersji testowej Enterprise Live Migrations (ELM) dla Azure DevOps. Narzędzie pozwala przenosić wiele repozytoriów przy minimalnym czasie przełączenia, co wskazuje na rozwijanie infrastruktury migracyjnej pod presją .
3. Priorytetem stała się podstawowa infrastruktura. Wcześniejsze doniesienia mówiły o czasowym wstrzymaniu większości nowych funkcji GitHuba, aby skupić się na określanej jako „egzystencjalna” migracji głównej infrastruktury do Azure. Powodem miały być ograniczenia pojemności centrów danych w Wirginii i szybko rosnące obciążenia związane z AI .

AI zmieniło wymagania wobec infrastruktury programistycznej

Historia z AWS nie oznacza, że Microsoft porzuca Azure dla GitHuba. Pokazuje natomiast, że infrastruktura do tworzenia oprogramowania weszła w zupełnie nową fazę. GitHub był projektowany z myślą o pracy w tempie wyznaczanym przez ludzi siedzących przy klawiaturach. Dziś musi obsługiwać systemy, które potrafią niemal bez przerwy generować kod, otwierać zgłoszenia i uruchamiać kolejne etapy procesu programistycznego.

Nawet Microsoft, dysponujący ogromnymi zasobami, został zaskoczony tempem tej zmiany. Tymczasowe skorzystanie z AWS jest więc nie tyle zmianą sojuszu, ile wymownym dowodem na to, że rozwój agentów AI wyprzedził dotychczasowe plany rozbudowy i migracji GitHuba.