OpenAI, компания, стоящая за ChatGPT, только что пережила один из самых неспокойных периодов с момента запуска. Один лишь июль 2026 года принёс серию повторяющихся сбоев, которая достигла пика в масштабном глобальном нарушении работы, а затем последовал инцидент длиной почти в сутки. В этой статье точно зафиксировано, что произошло, с датами и временем, опубликованными на официальной странице статуса OpenAI, и объяснено, что это означает на практике для любой компании, строящей свои продукты на ИИ.

Статус в реальном времени на момент написания

Когда готовился этот материал, в субботу, 25 июля 2026 года, в 12:20 по времени Эр-Рияда, официальная страница статуса OpenAI показывала активный инцидент в стадии расследования под названием "Elevated error rates" (повышенный уровень ошибок). Он официально начался в 12:17 по времени Эр-Рияда (09:17 UTC) и затронул сразу три сервиса: ChatGPT, API OpenAI и инструмент для программирования Codex. Компания оценила влияние как "незначительное" и описала общее состояние платформы как "Partial System Degradation" (частичная деградация системы). Иными словами, это был не полный глобальный блэкаут, а периодические замедления и неудачные запросы у части пользователей.

Хронология двух неспокойных недель

Сегодняшний инцидент не был единичным событием, а стал очередным звеном в длинной цепи на протяжении июля:

  • 9 июля: ошибки "Please try a different model" (попробуйте другую модель) сразу в нескольких моделях.
  • 11–15 июля: по имеющимся данным, пять инцидентов за пять дней подряд, завершившихся заметным сбоем, после которого ChatGPT восстановился.
  • 19 июля: крупный глобальный сбой с более чем 250 сообщениями, затронувший пользователей в Украине, США, Европе, Индии и Японии и сосредоточенный в iOS с ошибками 502 и 503.
  • 21 июля: короткий сбой продолжительностью около 23 минут.
  • 23–24 июля: самый значительный инцидент. Он начался в 18:36 по времени Эр-Рияда 23-го числа и был объявлен полностью устранённым только 24-го числа в 22:33, после периода неустойчивой стабильности.
  • 25 июля: текущий активный инцидент с незначительным влиянием, находится в стадии расследования.

Что было первопричиной?

Показательная деталь в официальных обновлениях OpenAI по инциденту 23–24 июля состоит в том, что компания прямо указывала на работу над исправлением "вместе с нижестоящим поставщиком инфраструктуры". Это означает, что корень проблемы, скорее всего, находился на уровне хостинга и облачной сети, от которых зависит OpenAI, а не в самих моделях ИИ. Это же объясняет, почему большинство инцидентов недели проявлялись как повышенный уровень ошибок и ошибки 502/503, а не как полная остановка: сервис работал, но часть запросов завершалась ошибкой или задерживалась.

Почему это важно, даже если вы никогда не открываете ChatGPT

Потому что сбой затронул API OpenAI, а не только сайт ChatGPT. Тысячи приложений, интернет-магазинов и систем обслуживания клиентов обращаются к моделям OpenAI в фоновом режиме, незаметно для конечного пользователя. Когда количество ошибок API резко растёт, все эти системы спотыкаются в один и тот же момент. Тот, кто строит решение на одном поставщике без резервного варианта, превращает сбой этого поставщика в свой собственный.

Урок: проектируйте с расчётом на сбой

Крупные поставщики падают: это правило, а не исключение. Разница между хрупкой и устойчивой системой заключается в том, как она ведёт себя в этот момент:

  • Несколько поставщиков: дайте своей системе резервного поставщика моделей, на которого она автоматически переключится, когда основной выйдет из строя.
  • Умные повторные попытки: при неудачном запросе повторяйте его с экспоненциальной задержкой, а не заваливайте и без того перегруженный сервис дополнительным трафиком.
  • Очередь запросов: сохраняйте несрочные запросы и выполняйте их, когда сервис вернётся, а не теряйте их.
  • Мониторинг и оповещения: следите за уровнем ошибок и задержкой и получайте оповещение в тот момент, когда они выходят за пределы нормы, а не тогда, когда начинают жаловаться клиенты.

Какое место здесь занимает Origami

Как технологическая компания, мы не просто подключаем ваш бизнес к модели ИИ, а проектируем интеграцию исходя из того, что однажды поставщик даст сбой: с уровнем автоматического переключения между поставщиками, дисциплинированными повторными попытками и панелью мониторинга, которая замечает сбой раньше вашего клиента. Именно так ваша система остаётся на ногах, пока другие простаивают.

Источники