C’è qualcosa di profondamente poetico, quasi tragico, nel vedere il repository di tutto il pianeta che decide di prendersi una pausa improvvisa proprio quando il mondo ha più bisogno di push e pull.
Se avete lavorato su qualche progetto importante o se semplicemente la vostra pipeline di CI/CD è configurata per dare i nervi rotanti, sapete esattamente di cosa parlo. Il 17 agosto scorso, GitHub ha deciso di andare in modalità ‘offline’, lasciando migliaia di sviluppatori a fissare lo schermo con l’espressione di chi ha appena scoperto che il server di produzione è stato cancellato da uno script Python scritto in preda alla stanchezza.
Il team di GitHub ha rilasciato un aggiornamento ufficiale per spiegare il perché di questo blackout e, come da tradizione, il tono è quello tipico di chi cerca di rassicurare senza però promettere miracoli. In sostanza, si parla di problemi di affidabilità che hanno colpito i servizi core. Per noi che mastichiamo codice tutto il giorno, il termine «reliability issues» suona un po’ come dire che la tua vecchia Panda ha avuto un problema con il carburatore: non è che sia esplosa, è solo che non ti porta più a destinazione quando ne hai bisogno.
La cosa interessante, e qui serve un po’ di analisi critica, è come queste infrastrutture centralizzate siano diventate il singolo punto di fallimento (Single Point of Failure) di tutta l’industria. Siamo tutti lì, comodamente seduti, a delegare la nostra intera esistenza digitale a un unico grande fornitore. È un po’ come vivere in una città dove l’unico supermercato apre solo quando decide lui: comodo finché tutto funziona, un incubo quando scatta il glitch.
Certo, l’aggiornamento promette passi concreti per migliorare la stabilità e la trasparenza, e onestamente, se i fix funzionano, va bene così. Non siamo qui per fare i puristi dell’autosufficienza estrema (anche se un buon server locale o un mirror non si nega mai), ma pretendiamo che lo strumento che usiamo ogni giorno non decida di andare in vacanza senza preavviso.
In conclusione: GitHub sta cercando di rimediare, e noi, come sempre, continueremo a fare commit sperando che la prossima volta l’unico crash che vedremo sia quello del nostro codice spazzatura e non dell’infrastruttura globale. Nel frattempo, teniamoci pronti un piano B, perché l’unica costante nel software è che l’imprevisto è solo un bug che non abbiamo ancora patchato.
Source: The August 17 outage