99,66% қолжетімділік: OpenAI іркілістері — жасанды интеллекттен бас тартуға әлі себеп емес

Соңғы бірнеше күнде бұл — OpenAI сервистеріндегі үшінші ірі іркіліс. 25 шілдеде ChatGPT, API және Codex жұмысында жаппай ақаулар тіркелді — АҚШ, Еуропа, Үндістан, Жапония және Австралияда. Лентада таныс сөздер: «мұның үстіне бизнес құру мүмкін емес, ол аптасына үш рет істен шығады».

Қорытынды жасамас бұрын, есепті тексеріп көрейік.

📌 OpenAI-дің өз статус-парақшасында соңғы 90 күн бойынша: ChatGPT — 99,66%, API — 99,93%, Codex — 99,98%. 99,66% қолжетімділікті бір айға шаққанда, бұл 30 күнде шамамен 2,5 сағат қолжетімсіздікке тең. Сервис 30 күннің 29 күн 21 сағатында жұмыс істейді.

«Аптасына үш рет істемейді» мен «айына 2,5 сағат қолжетімсіз» — екеуі де бір сервис туралы, бірақ шындық — тек екіншісі. Жиілік туралы әсерді іркілістердің саны емес, олардың көрінуі күшейтеді: құралды бәрі қолданады, сондықтан әрбір іркіліс лезде жаңалыққа айналады.

⚠️ Бірақ бұған сүйеніп тыныштала қоюға ерте. Нағыз тәуекел — 0,34% бос тұрып қалу емес, сол бос тұрып қалуды нақты неге отырғызғаныңыз.

Провайдердің қысқа іркілісін бизнестің тоқтап қалуына айналдыратын екі қате:

Біріншісі — процесс ChatGPT тұтынушылық қосымшасына байланған. ChatGPT тұтынушылық нұсқасы бизнестің аса маңызды процестеріне арналмаған және қолжетімділікке шарттық кепілдік бермейді. Процесті браузердегі қосымшаға құру — оператормен келісімшарттың орнына жеке курьерге логистика құрумен бірдей.

Екіншісі — ЖИ сақтық нұсқасыз синхронды сыни жолға тығылған. Модель қолжетімсіз болса — бәрі тоқтайды. Бұл — ЖИ-дің емес, архитектураның мәселесі.

💻 Не істеу керек — маңыздылығы бойынша кему ретімен:

• Процестерді ЖИ-ге сыни (ЖИ тоқтаса — бизнес тоқтайды) және ЖИ-мен көмектесілетін (жеделдетеді, бірақ бөгемейді) деп бөлу. Екінші санат үшін шілде іркілістері — жаңалық шуы, оған әрекет етудің қажеті жоқ.
• Сыни процестер үшін — тұтынушылық қосымшаның орнына кемінде API және корпоративтік қызмет көрсету шарттары. Өнеркәсіптік интеграция мен қолжетімділіктің шарттық кепілдіктерін дәл сол жерден алуға болады.
• Абстракция қабатын және екінші провайдерді қосу. Бір модельді сыни жолдан тікелей шақырмау: router + OpenAI/Anthropic + сақтықта жергілікті open-модель (Qwen, DeepSeek, Llama). Іркіліс кезінде ауысу — автоматты түрде.
• Істен шығуды емес, деградацияны жобалау. Кезек, қайталап сұрау (retry), кэш, әдепкі қалпында қолмен режим. Пайдаланушы «қате 500» емес, «сәл ұзағырақ өңделуде» дегенді көруі керек.

📌 Шілде іркілістерінің басты сабағы — ЖИ сенімсіз екенінде емес. Ол — кез келген сыртқы ЖИ-провайдерді ықтимал істен шығу нүктесі ретінде қарау керектігінде. Егер бизнес бір сервистің қолжетімсіздігінен тоқтап қалса — мәселе модельде емес, архитектурада.