OpenAI, das Unternehmen hinter ChatGPT, hat gerade eine der turbulentesten Phasen seit dem Start erlebt. Allein der Juli 2026 brachte eine Serie wiederholter Ausfälle, die in einer breiten weltweiten Störung gipfelte, gefolgt von einem fast ganztägigen Vorfall. Dieser Artikel hält genau fest, was passiert ist, mit Datum und Uhrzeit, wie sie auf der offiziellen Statusseite von OpenAI veröffentlicht wurden, und erklärt, was das in der Praxis für jedes Unternehmen bedeutet, das auf KI aufbaut.

Live-Status zum Zeitpunkt der Erstellung

Während dieser Bericht entstand, am Samstag, dem 25. Juli 2026, um 12:20 Uhr Riad-Zeit, zeigte die offizielle Statusseite von OpenAI einen aktiven, in Untersuchung befindlichen Vorfall mit dem Titel "Elevated error rates" (erhöhte Fehlerraten). Er begann offiziell um 12:17 Uhr Riad-Zeit (09:17 UTC) und traf drei Dienste gleichzeitig: ChatGPT, die OpenAI-APIs und das Programmierwerkzeug Codex. Das Unternehmen stufte die Auswirkungen als "gering" ein und beschrieb den Gesamtzustand der Plattform als "Partial System Degradation" (teilweise Systembeeinträchtigung). Mit anderen Worten: Es handelte sich nicht um einen vollständigen weltweiten Blackout, sondern um zeitweise Verlangsamungen und fehlgeschlagene Anfragen für einen Teil der Nutzer.

Eine Chronik zweier turbulenter Wochen

Der heutige Vorfall war kein Einzelereignis, sondern ein Glied in einer langen Kette im Laufe des Juli:

  • 9. Juli: Fehlermeldungen "Please try a different model" (bitte ein anderes Modell versuchen) bei mehreren Modellen gleichzeitig.
  • 11.–15. Juli: Berichten zufolge fünf Vorfälle an fünf aufeinanderfolgenden Tagen, abgeschlossen durch einen auffälligen Ausfall, nach dem sich ChatGPT wieder erholte.
  • 19. Juli: Ein großer weltweiter Ausfall mit mehr als 250 Meldungen, der Nutzer in der Ukraine, den USA, Europa, Indien und Japan betraf und sich auf iOS mit 502- und 503-Fehlern konzentrierte.
  • 21. Juli: Ein kurzer Ausfall von etwa 23 Minuten.
  • 23.–24. Juli: Der bedeutendste Vorfall. Er begann am 23. um 18:36 Uhr Riad-Zeit und wurde erst am 24. um 22:33 Uhr nach schwankender Stabilität für vollständig behoben erklärt.
  • 25. Juli: Der aktuelle aktive Vorfall, mit geringen Auswirkungen und in Untersuchung.

Was war die eigentliche Ursache?

Das aufschlussreiche Detail in den offiziellen Updates von OpenAI zum Vorfall vom 23.–24. Juli ist, dass ausdrücklich "mit dem nachgelagerten Infrastrukturanbieter" an einer Lösung gearbeitet wurde. Das bedeutet, dass die Wurzel des Problems sehr wahrscheinlich in der Hosting- und Cloud-Netzwerkschicht lag, von der OpenAI abhängt, und nicht in den KI-Modellen selbst. Es erklärt auch, warum die meisten Vorfälle der Woche erhöhte Fehlerraten und 502/503-Fehler waren und kein harter Stillstand: Der Dienst lief, aber ein Teil der Anfragen schlug fehl oder verzögerte sich.

Warum das wichtig ist, selbst wenn Sie ChatGPT nie öffnen

Weil der Ausfall die OpenAI-APIs traf und nicht nur die ChatGPT-Website. Tausende Apps, Onlineshops und Kundenservicesysteme rufen OpenAI-Modelle im Hintergrund auf, für den Endnutzer unsichtbar. Wenn die API-Fehler in die Höhe schnellen, geraten all diese Systeme im selben Moment ins Stolpern. Wer auf einem einzigen Anbieter ohne Ausweichlösung aufbaut, macht den Ausfall dieses Anbieters zu seinem eigenen.

Die Lehre: auf Ausfälle hin entwerfen

Große Anbieter fallen aus, das ist die Regel und keine Ausnahme. Der Unterschied zwischen einem fragilen und einem widerstandsfähigen System liegt darin, wie es sich in diesem Moment verhält:

  • Mehrere Anbieter: Geben Sie Ihrem System einen Ersatzanbieter für Modelle, auf den es automatisch umschaltet, wenn der primäre ausfällt.
  • Intelligente Wiederholungsversuche: Wiederholen Sie eine fehlgeschlagene Anfrage mit exponentiellem Backoff, statt einen ohnehin angeschlagenen Dienst mit noch mehr Datenverkehr zu überfluten.
  • Eine Anfragewarteschlange: Speichern Sie nicht dringende Anfragen und führen Sie sie aus, sobald der Dienst zurück ist, statt sie zu verlieren.
  • Überwachung und Alarme: Beobachten Sie Fehlerrate und Latenz und lassen Sie sich alarmieren, sobald sie den Normalbereich überschreiten, nicht erst, wenn sich Kunden beschweren.

Wo Origami ins Spiel kommt

Als Technologieunternehmen binden wir Ihr Unternehmen nicht einfach an ein KI-Modell an, sondern entwerfen die Integration unter der Annahme, dass der Anbieter eines Tages ausfallen wird: mit einer automatischen Failover-Schicht zwischen Anbietern, disziplinierten Wiederholungsversuchen und einem Monitoring-Dashboard, das den Ausfall erkennt, bevor Ihr Kunde es tut. So bleibt Ihr System stehen, während andere stocken.

Quellen