Down di github adesso
by on
Verso le 10:06 (CET) (momento della prima segnalazione di down su Reddit), di domenica 8 novembre 2026 il sito github.com non è più raggiungibile. Non lo sono anche i milioni di repository software che ospita la piattaforma. Questa situazione sta creando non poche difficoltà.
Alle 11:36 il supporto tecnico di ha rilasciato la seguente comunicazione “Stiamo esaminando segnalazioni riguardanti prestazioni ridotte per alcuni servizi di GitHub.” indicando la problematica come “Increase in timeouts for some unauthenticated users” (Aumento dei timeout per alcuni utenti non autenticati). Alle 12:56 il problema sembra rientrato.
Un servizio come GitHub, quando non è disponibile, può avere un impatto significativo sul funzionamento del web, anche se non è direttamente responsabile dell’hosting di tutti i siti. GitHub è infatti utilizzato da milioni di sviluppatori e aziende per conservare codice, gestire progetti e distribuire aggiornamenti software. Molti strumenti, applicazioni e servizi dipendono dalle sue infrastrutture: un’interruzione può quindi rallentare o bloccare aggiornamenti, installazioni, sviluppi e processi automatizzati.
La evidenzia un problema più ampio: la centralizzazione di Internet. Quando una parte importante dell’infrastruttura digitale dipende da pochi grandi fornitori, un singolo guasto può generare effetti a catena su moltissimi servizi apparentemente indipendenti. Si crea così un punto di vulnerabilità comune (single point of failure). Per questo motivo è importante promuovere un web più distribuito e resiliente, attraverso infrastrutture alternative, sistemi di backup e maggiore diversificazione dei fornitori tecnologici.
L’alternativa più popolare a GitHub è GitLab, tuttavia essendo anche quest’ultimo un servizio SaaS, può sperimentare problemi simili a quelli di GitHub. Un’altra possibilità è Gitea, leggero e open source. Può essere installato su un proprio server, permettendo di gestire autonomamente codice e repository.
Gitea supporta nativamente il repository mirroring, pull mirror dove il server secondario recupera periodicamente le modifiche dal principale e Push mirror, scenario in cui il server principale invia le modifiche al server secondario. Questo permette di recuperare il codice anche se il server principale diventa irraggiungibile. Tramite Gitea Actions, è possibile creare una CI/CD per Automazione build e test.
Lascia un commento