Trova un servizio o sito web

Digita almeno 2 caratteri.

Interruzione di GitHub a livello mondiale: API, pull request e Copilot colpiti mentre i tassi di errore aumentano

Interruzione di GitHub a livello mondiale: API, pull request e Copilot colpiti mentre i tassi di errore aumentano

17 agosto 2026

Cosa è fallito e quando

GitHub ha subito un'interruzione del servizio globale lunedì 17 agosto, a partire dalle 13:40 UTC (6:40 a.m. PT), secondo le tempistiche riportate da BetaNews e The Register. BetaNews ha scritto che GitHub inizialmente ha affermato di stare indagando su problemi di prestazioni, prima di confermare problemi più ampi in diversi componenti. The Register ha anche collocato l'inizio dell'incidente alle 13:40 UTC. GeekWire ha indicato l'inizio alle 6:40 a.m. Pacifico, allineandosi con quei resoconti.

Nel corso della mattinata, i publisher hanno riportato gli aggiornamenti di stato della società che descrivevano una degradazione diffusa. BleepingComputer ha riferito che gli sviluppatori hanno riscontrato errori sul sito web, nelle API Requests, nelle Actions, nei Webhooks, nelle Issues e nelle Pull Requests, con Copilot successivamente aggiunto all'elenco dei servizi colpiti. Engadget e Tech Edition hanno anch'essi notato problemi con l'attività API, le pull request, i webhooks e Copilot.

Chi è stato colpito e su quale scala

GeekWire ha descritto GitHub come una piattaforma di proprietà di Microsoft con 225 milioni di utenti e ha affermato che l'interruzione ha interrotto il lavoro di sviluppo in tutto il mondo. BetaNews ha anche caratterizzato l'evento come un incidente globale di grande portata. Sebbene quelle testate non abbiano quantificato il numero di utenti durante l'interruzione, diversi publisher hanno riportato le metriche instantanee della piattaforma provenienti dalla sua pagina di stato.

BetaNews ha riferito che alle 14:04 UTC GitHub ha citato un tasso di errore di circa il 20% per il traffico web e API, con i download di archivi e repository che fallivano circa il 50% delle volte. Hindustan Times e Engadget hanno ripreso quella snapshot più tardi nella mattinata statunitense, notando che intorno alle 11:42 a.m. ET GitHub ha affermato di stara effettuando mitigazioni mentre riportava gli stessi valori del 20% e 50%. The Register ha messo in evidenza il tasso di errore del 50% per i download dei contenuti dei repository. BleepingComputer ha aggiunto che alcuni utenti hanno visto errori del server nel caricare i commit, i repository e le pagine delle pull request durante la finestra dell'incidente. Anche i clienti enterprise hanno avvertito l'impatto: sia BleepingComputer che BetaNews hanno detto che l'autenticazione SAML e OIDC, SCIM e Team Sync sono stati colpiti.

Cosa hanno detto GitHub e Microsoft durante il recupero

I publisher hanno riportato una sequenza di aggiornamenti della pagina di stato nel corso della mattinata e nel primo pomeriggio. BetaNews ha riferito che alle 16:36 UTC Microsoft ha detto di aver identificato un componente problematico e di aver intrapreso azioni correttive, notando segni di recupero mentre riconosceva che i tassi di errore rimanevano elevati. Poco dopo, BetaNews ha scritto che Microsoft ha detto che la degradazione che colpiva le API Requests, le Actions, le Operazioni Git, le Issues, le Pagine, le Pull Requests e i Webhooks era stata mitigata e che i team stavano monitorando per la stabilità.

Dalla costa occidentale degli Stati Uniti, GeekWire ha riferito che GitHub ha detto di aver trovato la fonte del problema poco dopo le 9:30 a.m. PT e di aver avuto l'interruzione sotto controllo intorno alle 10:00 a.m. PT, con i servizi in fase di recupero. GeekWire ha aggiunto che Copilot è rimasto elencato come un incidente attivo mentre l’azienda continuava a monitorare la stabilità complessiva. BleepingComputer ha collocato la disponibilità degradata di Copilot alle 10:31 a.m. ET. BleepingComputer ha anche notato che le Operazioni Git, i Pacchetti, le Pagine e i Codespaces sono stati mostrati come operativi mentre diverse altre parti della piattaforma rimanevano degradate. Nessuno di questi aggiornamenti ha affermato che il ripristino fosse completo.

Cause e domande in sospeso

Fino ai tempi di pubblicazione citati dai media, GitHub non aveva rivelato una causa principale per l'interruzione. GeekWire ha detto che l'azienda non aveva dettagliato la fonte o la causa del problema al momento del suo rapporto, e BleepingComputer e Tech Edition hanno anch'essi affermato che l'indagine era in corso e la causa rimaneva poco chiara. CyberSecurityNews ha anche scritto che la causa principale non era stata divulgata pubblicamente. Dove sono state pubblicate le cifre, erano istantanee tratte dalla pagina di stato in momenti specifici; i tassi di errore del 20% e 50%, per esempio, sono stati riportati come misurazioni in tempo piuttosto che come totali finali. Se GitHub fornisce un'analisi post-incidente, potrebbe chiarire se un guasto di un componente o una catena di dipendenze più ampia abbia innescato l'interruzione di lunedì; fino ad allora, la causa rimane non confermata nei rapporti pubblici.

Monitorare i servizi di cui ti fidi

Per una visione più ampia delle interruzioni in corso, consulta l'archivio delle interruzioni di Internet e il direttorio di siti web e servizi. Status Is Down offre piani che aiutano i team a monitorare i servizi e i siti web di cui si fidano, e i lettori possono registrarsi per scegliere la copertura che meglio si adatta.

Fonti

Crediti immagine: ID 176448931 © Transversospinales | Dreamstime.com

Recent Outage News and Features

Loading...

🌐 This article is available in other languages:

English·Français·Español·Português·中文·العربية·हिन्दी·日本語·Русский·Deutsch·Bahasa Indonesia·Türkçe·한국어·Kiswahili·Nederlands·Polski·Tiếng Việt·Filipino·বাংলা