GitHub di Microsoft sta intraprendendo una massiccia migrazione della sua intera infrastruttura ad Azure, una mossa così critica che l’azienda sta sospendendo lo sviluppo di nuove funzionalità per portarla a termine.
La decisione, guidata da urgenti problemi di capacità e dalle esigenze dell’intelligenza artificiale, rappresenta il passo più decisivo nell’integrazione della piattaforma con la società madre dalla sua acquisizione nel 2018.
Questo cambiamento strategico, che richiederà fino a due anni, segnala un’integrazione più profonda con la società madre Microsoft. Ciò avviene appena due mesi dopo le dimissioni dell’ex CEO Thomas Dohmke e la piattaforma è stata assorbita nella divisione CoreAI di Microsoft.
Una mossa”esistenziale”con cui tenere il passo AI
Il motore principale della revisione è la crescita esplosiva di strumenti basati sull’intelligenza artificiale come GitHub Copilot, che stanno cambiando radicalmente il modo in cui gli sviluppatori utilizzano la piattaforma. La leadership di GitHub afferma che la sua attuale infrastruttura, basata in data center dedicati della Virginia, sta raggiungendo i suoi limiti operativi. Il CTO Vladimir Fedorov ha definito la situazione insostenibile in una nota allo staff.
Ha dichiarato:”siamo limitati sulla capacità del server dati con opportunità limitate di portare più capacità online nella Virginia del Nord regione”, definendo la migrazione come una necessità urgente.
L’aumento dell’attività degli sviluppatori e dei flussi di lavoro AI ad alta intensità di calcolo ha creato una domanda di risorse che solo un fornitore di servizi cloud iperscalabili può fornire in modo affidabile.
Fedorov ha descritto senza mezzi termini la situazione come critica per il futuro della piattaforma, affermando:”è fondamentale per GitHub avere la capacità di scalare per soddisfare le richieste di AI e Copilot, e Azure è il nostro percorso da seguire.”
Kyle Daigle, COO di GitHub, ha fatto eco a questo sentimento, confermando l’attenzione dell’azienda alla scalabilità per mantenere la qualità del servizio.”Dobbiamo crescere più rapidamente per soddisfare la crescita esplosiva dell’attività degli sviluppatori e dei flussi di lavoro basati sull’intelligenza artificiale, e la nostra attuale infrastruttura sta raggiungendo i suoi limiti”, ha spiegato in una nota.
La mossa è considerata essenziale per mantenere la stabilità e le prestazioni da cui dipende la sua enorme base di utenti.
All-In su Azure: una migrazione ad alto rischio
Per garantire il successo della transizione, GitHub sta compiendo il passo significativo di interrompere temporaneamente lo sviluppo della maggior parte delle nuove funzionalità. Nella sua nota, Fedorov ha sottolineato la necessità di uno sforzo concentrato, sottolineando:”chiederemo ai team di ritardare il lavoro sulle funzionalità per concentrarsi sullo spostamento di GitHub. Abbiamo una piccola finestra di opportunità… e dobbiamo rendere quella finestra il più breve possibile.”
L’obiettivo ambizioso è completare il lavoro di migrazione principale entro 12 mesi, con una transizione completa in 24.
Questo approccio all-in è influenzato dai fallimenti del passato. GitHub ha già tentato in precedenza migrazioni parziali su Azure che alla fine si sono bloccate o sono state abbandonate.
Fedorov ha riconosciuto direttamente questi intoppi, ammettendo:”So che non è la prima volta che diciamo che GitHub si sta trasferendo su Azure. So anche che questi tipi di migrazioni possono trascinarsi e più a lungo si trascinano, più è probabile che falliscano.”Questa volta il mandato della leadership è chiaro: il trasferimento deve essere completato.
Tuttavia, la migrazione comporta notevoli rischi tecnici. Fonti che hanno familiarità con l’architettura della piattaforma hanno sollevato preoccupazioni riguardo allo spostamento di sistemi complessi, come i cluster MySQL bare metal di GitHub, in un ambiente cloud.
Questi database costituiscono la spina dorsale del servizio e una transizione eseguita in modo inadeguato potrebbe portare a ulteriori interruzioni che hanno recentemente afflitto la piattaforma.
Un portavoce di GitHub ha cercato di rassicurare gli utenti, affermando che l’affidabilità è la cosa più importante. priorità assoluta e che la migrazione è fondamentale per garantire la disponibilità a lungo termine.
La fine di un’era indipendente
Questa migrazione segna la fine definitiva dell’indipendenza operativa promessa da Microsoft quando ha acquisito GitHub per 7,5 miliardi di dollari nel 2018. All’epoca, il CEO di Microsoft Satya Nadella sosteneva l’autonomia della piattaforma, affermando:”Microsoft è un’azienda che mette al primo posto gli sviluppatori e, unendo le forze con GitHub, rafforziamo il nostro impegno per la libertà, l’apertura e l’innovazione degli sviluppatori.”L’accordo fu concluso più tardi quell’anno.
Per anni, Microsoft ha agito come un attento amministratore, consentendo in gran parte a GitHub di mantenere la propria cultura e infrastruttura. Ma la partenza del CEO Thomas Dohmke nell’agosto 2025 è stata un chiaro punto di svolta.
La sua uscita ha coinciso con il posizionamento di GitHub sotto il controllo diretto della divisione CoreAI di Microsoft, una mossa progettata per rafforzare l’allineamento con la strategia centrale di intelligenza artificiale dell’azienda.
Il passaggio ad Azure è il logico passo successivo in questo consolidamento. Rispecchia altre recenti riorganizzazioni all’interno di Microsoft, come la riunificazione dei suoi team di ingegneri di Windows per accelerare la sua visione del “sistema operativo Agentic”. Questo modello mostra un chiaro mandato aziendale di abbattere i silos e concentrare tutte le principali piattaforme su un futuro unificato incentrato sull’intelligenza artificiale.
Sebbene ciò prometta maggiori risorse e una più profonda integrazione con strumenti come Azure AI, lega anche più strettamente il destino di GitHub alle priorità interne di Microsoft, ponendo fine a un’era di indipendenza per la più grande comunità di sviluppatori del mondo.