Microsoft i drejtohet cloud-it të AWS, ndërsa kërkesa për kodim me AI po vë nën presion GitHub

Microsoft mund të përdorë kapacitetin e AWS për të ndihmuar GitHub të përballojë kërkesën për kodim të inteligjencës artificiale, duke e mbajtur Microsoft Azure si objektivin afatgjatë të migrimit të platformës për vitin 2027.

Kthimi i raportuar i Microsoft-it drejt Amazon Web Services (AWS) do t’i jepte GitHub-it hapësirë ​​shtesë, pasi mjetet e kodimit të inteligjencës artificiale i shtojnë ngarkesat e punës platformës së zhvilluesve në pronësi të Microsoft-it. Çdo rol i AWS do të ishte një përgjigje ndaj kapacitetit, jo një zëvendësim i konfirmuar për Microsoft Azure. Regjistri i besueshmërisë së vetë GitHub shpjegon pse presioni ka rëndësi, edhe pse nuk e konfirmon vetë marrëveshjen AWS.

Planifikimi aktual i kapacitetit ndjek objektivat e mëparshëm: 10-fishim i kapacitetit në tetor 2025 dhe shkallëzim 30-fish deri në fillim të vitit 2026. Mjetet e inteligjencës artificiale që mund të kryejnë detyra kodimi krijojnë më shumë kërkesa për shërbime, ekzekutime automatizimi dhe aktivitet depozite sesa puna konvencionale e zhvilluesve. Microsoft ia atribuoi këtë presion zhvillimit agjentik.

Microsoft po përshpejton gjithashtu migrimin e GitHub në Azure, ndërkohë që përdor më shumë se një ofrues cloud për kapacitetin e ardhshëm, elasticitetin e llogaritjes dhe shkallën horizontale. Në terma praktikë, një qasje shumë-cloud shpërndan ngarkesat e punës nëpër ofruesit e cloud-it, në mënyrë që kapaciteti të mund të zgjerohet kur kërkesa ndryshon.

Presioni operacional, jo vetëm strategjia, është ai që e nxit çështjen e kapacitetit të reve kompjuterike. GitHub ka pranuar problemet e disponueshmërisë dhe performancës të lidhura me rritjen e shpejtë të përdorimit, lidhjen arkitekturore dhe planifikimin e kapaciteteve. Më shumë aktivitet zhvillimi i automatizuar do të thotë më shumë punë në sfond për depo, punë CI, webhook-e, kërkesa tërheqjeje, kërkim kodi, regjistra auditimi, seanca Copilot dhe kodim të asistuar nga IA.

Ndërprerjet e GitHub në prill të vitit 2026 i dhanë presionit të kapacitetit një precedent të dukshëm. GitHub lidhi shkallëzimin rajonal dhe arkitekturën shumë-cloud për qëndrueshmëri me të njëjtin problem rritjeje. Nëse ngarkesa rritet më shpejt sesa GitHub mund të shtojë kapacitet, problemet e besueshmërisë i arrijnë zhvilluesit si ngadalësime ose ndërprerje dhe jo si një problem i planifikimit të brendshëm.

Planifikimi i kapacitetit mund të ndikojë gjithashtu në punën e produktit. Ekipet e infrastrukturës që rezervojnë kohën e inxhinierisë për shkallëzimin i lënë veçoritë që përballen me zhvilluesit duke konkurruar me punën e besueshmërisë për të njëjtën vëmendje të brendshme. Ndryshimi i planifikimit 10x-në-30x i GitHub përshkruan ngadalësinë operacionale që do të kishte nevojë shërbimi përpara se trafiku i kodimit të IA-së të bëhej një kufizim i përsëritur. GitHub kishte planifikuar të rriste kapacitetin me 10x në tetor 2025, por deri në shkurt 2026 ishte bërë e qartë se kërkohej një zgjerim 30x.

Një hapësirë ​​e mundshme afatshkurtër në AWS do të mbështeste një shërbim zhvilluesish me rritje të shpejtë, ndërsa migrimi i GitHub në Azure mbetet objektivi strategjik. Zgjedhja e ofruesit nuk është e vetmja pyetje praktike. Zhvilluesit do ta gjykonin qasjen nëse depot, punët CI, webhook-et, kërkesat pull, sesionet Copilot dhe rrjedhat e punës së rishikimit të kodit mbeten të disponueshme kur ngarkesat e automatizuara të punës rriten.

Qëllimi i Microsoft-it për Azure është kundërpesha kryesore ndaj detajeve të AWS. GitHub kishte qenë duke u futur më thellë në Azure në vitin 2025, kështu që kapaciteti i mundshëm i AWS do të ishte kundër punës së mëparshme të migrimit në vend që ta zëvendësonte atë.

AWS, Microsoft Azure dhe Google Cloud janë aktualisht ofruesit kryesorë të infrastrukturës cloud. AWS do të ishte më shumë sesa një kapacitet rezervë neutral në këtë rast: Rivali më i madh i Microsoft në cloud do të ndihmonte në thithjen e kërkesës për një shërbim në pronësi të Microsoft nëse GitHub përdor kapacitetin e AWS. Ekipet e prokurimit dhe të platformës do të duhej ende të gjykonin marrëveshjen sipas besueshmërisë së shërbimit, vendosjes së ngarkesës së punës, kontrolleve të të dhënave dhe nëse orari i Azure i GitHub vazhdon të ndryshojë.

Marrëveshja e kapacitetit të reve AWS të OpenAI për vitin 2025 ofroi një shembull të veçantë të ngarkesave të rënda të punës së IA-së që lëvizin përtej një ofruesi të vetëm. Për GitHub, përzierja e ofruesve krijon një kompromis më të ngushtë besueshmërie: zhvilluesit kanë nevojë që shërbimi të mbetet i disponueshëm ndërsa Microsoft vazhdon të përpiqet ta sjellë platformën më thellë në Azure.

Microsoft, GitHub ose AWS ende duhet të sqarojnë se sa kapacitet është i përfshirë, cilat ngarkesa pune ose rajone përdorin AWS dhe sa kohë zgjat marrëveshja. Shtrirja e ngarkesës së punës ka rëndësi për operatorët të cilët duhet të kuptojnë nëse hapësira shtesë në cloud ndikon në vonesën, redundancën, shqyrtimet e pajtueshmërisë ose reagimin ndaj incidenteve për kanalet e tyre të zhvillimit. Microsoft ende planifikon ta zhvendosë platformën plotësisht në Azure deri në vitin 2027.

Regjistri i incidenteve të GitHub është prova konkrete: ndërprerjet që lidhen me kapacitetin duhet të ulen, ndërsa objektivi i raportuar i migrimit të Azure për vitin 2027 mbetet treguesi afatgjatë.