Prima di procedere
In un annuncio che segna una pietra miliare nella storia dell'ingegneria del software, GitHub ha ufficializzato il completamento quasi totale del suo monumentale processo di migrazione verso l'infrastruttura Azure di Microsoft. Entro l'inizio del 2026, il 99,99999% dei repository ospitati sulla piattaforma è passato da una gestione basata su data center proprietari a una struttura ibrida e distribuita nel cloud. Questo spostamento non è stato dettato solo da esigenze commerciali, ma da una necessità tecnica impellente definita come "agentic shift". Nell'ultimo anno, infatti, il traffico generato da agenti software, bot di automazione e sistemi di intelligenza artificiale ha superato esponenzialmente quello generato dagli utenti umani, mettendo a dura prova le infrastrutture fisiche preesistenti e richiedendo una scalabilità che solo il cloud pubblico può garantire in modo elastico.
Il percorso di transizione ha avuto un momento di svolta fondamentale nell'agosto 2025, quando la prima copia speculare di un repository è stata ospitata con successo nella regione Azure Central US, situata negli Stati Uniti. Da allora, il sistema ha adottato un modello di ridondanza estrema: per la stragrande maggioranza dei progetti, GitHub mantiene ora cinque repliche distribuite in diverse zone di disponibilità. Attualmente, circa la metà dell'intero traffico globale di Git viene elaborato direttamente dai server di Azure, mentre i data center originali di GitHub continuano a operare per garantire la stabilità dei servizi critici di Tier 0. La sfida più complessa che gli ingegneri hanno dovuto affrontare riguarda lo 0,00001% dei repository rimanenti, ovvero quelli con il volume di traffico più elevato al mondo, dove anche una minima latenza di rete può causare colli di bottiglia insormontabili.
Il problema principale è legato alle leggi della fisica: la distanza geografica tra i vecchi data center e i nodi Azure, stimata in circa 1600 chilometri, introduce un ritardo di 25 millisecondi per ogni ciclo di comunicazione (round trip). Per i repository massivi, che richiedono migliaia di operazioni di scrittura al secondo, questo ritardo impedisce il corretto funzionamento del protocollo di consenso del sistema Spokes, l'attuale cuore architettonico di GitHub. In passato, per confermare una scrittura, il sistema attendeva il quorum di tutte le repliche sane; se una di queste si trovava in una regione Azure distante, l'intera operazione veniva rallentata dalla replica più lenta. Questo comportava una drastica riduzione del throughput complessivo e un aumento pericoloso delle code di push, minacciando l'integrità operativa dei progetti più attivi della comunità globale.
Per superare questo ostacolo, GitHub ha introdotto un'innovazione radicale: la serializzazione per riferimento (per-reference serialization). Invece di bloccare l'intero repository per ogni operazione di scrittura, il sistema ora limita il blocco solo alla specifica branca (branch) o tag interessata. Poiché la stragrande maggioranza degli sviluppatori e degli agenti IA lavora su rami indipendenti, le operazioni possono ora avvenire in parallelo. Test interni condotti tra la fine del 2025 e l'inizio del 2026 hanno dimostrato che questo approccio triplica, e in alcuni casi quadruplica, la capacità di elaborazione dei dati, riducendo drasticamente i tempi di attesa percepiti dagli utenti finali. Questa evoluzione trasforma il sistema Spokes in un "ponte" verso una nuova era di storage distribuito che separa nettamente la fase di calcolo da quella di archiviazione.
Un altro pilastro della nuova architettura è l'integrazione di Azure Blob Storage. Tradizionalmente, le operazioni di lettura e scrittura competevano per le stesse risorse di memoria e CPU, con un rapporto di carico che varia da 100:1 a 1000:1 a favore delle letture. La nuova struttura utilizza le cosiddette "repliche di scrittura virtuali", nodi temporanei che inviano i dati direttamente al servizio di object storage di Microsoft. Una volta che i dati sono al sicuro nel cloud, il sistema conferma l'operazione al client, mentre le repliche di lettura si sincronizzano in background. Questo permette di scalare il numero di repliche di lettura in modo quasi infinito, senza appesantire il processo di scrittura, garantendo che i repository più popolari rimangano accessibili anche durante picchi di traffico senza precedenti dovuti al rilascio di nuovi modelli LLM o aggiornamenti software globali.
Nonostante questi successi, GitHub guarda già al futuro, consapevole che il protocollo di commit di Spokes, pur gestendo oggi oltre 100 miliardi di operazioni quotidiane, potrebbe non essere sufficiente per supportare il prossimo miliardo di repository. L'obiettivo finale è una totale immutabilità degli oggetti Git, dove solo una minima parte dei metadati necessiti di un coordinamento sincrono. In questa prospettiva, la migrazione su Azure non è solo un cambio di hardware, ma una completa reinvenzione del modo in cui il codice sorgente viene conservato e distribuito nel mondo moderno. La resilienza dimostrata durante questa transizione conferma la capacità di GitHub di adattarsi a un panorama tecnologico in cui l'automazione e l'intelligenza artificiale sono diventate i principali motori dello sviluppo, garantendo al contempo che la collaborazione umana rimanga fluida, sicura e priva di attriti geografici o tecnici.
