OpenAI, l'azienda dietro ChatGPT, ha appena attraversato uno dei periodi più turbolenti dal suo lancio. Il solo mese di luglio 2026 ha portato una serie di interruzioni ripetute culminata in un'ampia interruzione globale, seguita da un incidente durato quasi un giorno intero. Questo articolo documenta esattamente cosa è successo, con le date e gli orari pubblicati sulla pagina di stato ufficiale di OpenAI, e spiega cosa significa in pratica per qualsiasi azienda che costruisce sull'IA.

Stato in diretta al momento della stesura

Mentre questo rapporto veniva preparato, sabato 25 luglio 2026 alle 12:20 ora di Riad, la pagina di stato ufficiale di OpenAI mostrava un incidente attivo e in fase di indagine intitolato "Elevated error rates" (tassi di errore elevati). È iniziato ufficialmente alle 12:17 ora di Riad (09:17 UTC) e ha colpito tre servizi contemporaneamente: ChatGPT, le API di OpenAI e lo strumento di programmazione Codex. L'azienda ha classificato l'impatto come "minore" e ha descritto lo stato generale della piattaforma come "Partial System Degradation" (degrado parziale del sistema). In altre parole, non si trattava di un blackout globale totale, ma di rallentamenti intermittenti e richieste non andate a buon fine per una parte degli utenti.

Una cronologia di due settimane turbolente

L'incidente di oggi non è stato un evento isolato, ma un anello di una lunga catena che ha attraversato tutto luglio:

  • 9 luglio: errori "Please try a different model" (prova un altro modello) su diversi modelli contemporaneamente.
  • 11–15 luglio: secondo quanto riportato, cinque incidenti in cinque giorni consecutivi, chiusi da un'interruzione rilevante dopo la quale ChatGPT si è ripreso.
  • 19 luglio: una grave interruzione globale con oltre 250 segnalazioni, che ha colpito utenti in Ucraina, Stati Uniti, Europa, India e Giappone, concentrata su iOS con errori 502 e 503.
  • 21 luglio: una breve interruzione durata circa 23 minuti.
  • 23–24 luglio: l'incidente più significativo. È iniziato alle 18:36 ora di Riad del 23 e non è stato dichiarato completamente risolto fino alle 22:33 del 24, dopo una stabilità altalenante.
  • 25 luglio: l'incidente attivo attuale, con impatto minore e in fase di indagine.

Qual è stata la causa principale?

Il dettaglio rivelatore negli aggiornamenti ufficiali di OpenAI sull'incidente del 23–24 luglio è che si stava lavorando esplicitamente a una correzione "con il fornitore di infrastruttura a valle". Ciò significa che la radice del problema si trovava molto probabilmente nel livello di hosting e di rete cloud da cui OpenAI dipende, e non nei modelli di IA stessi. Spiega anche perché la maggior parte degli incidenti della settimana sia consistita in tassi di errore elevati ed errori 502/503 anziché in un blocco totale: il servizio era attivo, ma una parte delle richieste falliva o subiva ritardi.

Perché è importante anche se non apri mai ChatGPT

Perché l'interruzione ha colpito le API di OpenAI, non solo il sito web di ChatGPT. Migliaia di app, negozi online e sistemi di assistenza clienti richiamano i modelli di OpenAI in background, in modo invisibile per l'utente finale. Quando gli errori delle API schizzano in alto, tutti questi sistemi inciampano nello stesso momento. Chi costruisce su un unico fornitore senza alternative trasforma l'interruzione di quel fornitore nella propria.

La lezione: progettare per il guasto

I grandi fornitori vanno giù: è una regola, non un'eccezione. La differenza tra un sistema fragile e uno resiliente sta nel modo in cui si comporta in quel momento:

  • Più fornitori: dai al tuo sistema un fornitore di modelli di riserva a cui passare automaticamente quando quello principale si guasta.
  • Tentativi intelligenti: in caso di richiesta fallita, riprova con backoff esponenziale invece di sommergere di altro traffico un servizio già in difficoltà.
  • Una coda di richieste: conserva le richieste non urgenti ed eseguile quando il servizio torna disponibile, invece di perderle.
  • Monitoraggio e avvisi: tieni d'occhio il tasso di errore e la latenza e ricevi un avviso nel momento in cui superano la norma, non quando i clienti si lamentano.

Il ruolo di Origami

Come azienda tecnologica, non ci limitiamo a collegare la tua attività a un modello di IA: progettiamo l'integrazione partendo dal presupposto che un giorno il fornitore avrà un guasto, con un livello di failover automatico tra fornitori, tentativi ripetuti disciplinati e una dashboard di monitoraggio che rileva l'interruzione prima del tuo cliente. È così che il tuo sistema resta in piedi mentre gli altri si fermano.

Fonti