ChatGPT ir „Codex“ patiria masinius sutrikimus: paslaugos neveikia visame pasaulyje

Šiandien užfiksuotas didelio masto „OpenAI“ debesijos infrastruktūros sutrikimas, laikinai paralyžiavęs pagrindines įmonės paslaugas, įskaitant „ChatGPT“ platformą bei „Codex“ programavimo modelius. Gedimas paveikė vartotojus visame pasaulyje ir atidengė šiuolaikinio verslo priklausomybę nuo centralizuotų dirbtinio intelekto sprendimų.

Situacijos apžvalga ir techniniai trikdžiai

Nuo pat ryto tūkstančiai vartotojų ir sistemų administratorių įvairiuose žemynuose (Europoje, Šiaurės Amerikoje bei Azijoje) pradėjo fiksuoti ryšio problemas bandydami pasiekti „OpenAI“ serverius.

Pagrindiniai registruojami incidentai apima:

• „ChatGPT“ platformos nepasiekiamumą: Vartotojai susiduria su 503 (angl. Service Unavailable) ir 504 (angl. Gateway Timeout) klaidomis. Vyksta lėtas puslapių krovimas arba sistema visiškai nereaguoja į užklausas.

• API (programų interfeiso) ryšio nutrūkimą: B2B (verslas verslui) sektoriuje tūkstančiai trečiųjų šalių programų, kurios naudoja „OpenAI“ modelius (pvz., GPT-4, GPT-3.5) foniniams procesams, nustojo veikti.

• „Codex“ ir „GitHub Copilot“ trikdžius: Programuotojai, besinaudojantys kodo generavimo asistentais, praneša apie stipriai sulėtėjusį arba visiškai sustojusį kodo užbaigimo procesą, kas tiesiogiai lėtina programinės įrangos kūrimo ciklus (angl. SDLC).

Poveikis verslo operacijoms

Šis incidentas puikiai iliustruoja, kaip giliai dirbtinis intelektas yra integruotas į kasdienius verslo procesus. Sutrikus API veiklai, daugelis įmonių susidūrė su operaciniais iššūkiais:

1. Klientų aptarnavimas: Neveikiantys DI pokalbių robotai (angl. chatbots) lėmė staigų užklausų skaičiaus augimą gyviems klientų aptarnavimo specialistams, sukeldami eiles ir ilgesnį laukimo laiką.

2. Turinio generavimas ir rinkodara: Automatizuotos turinio valdymo sistemos, kurios remiasi „OpenAI“ tekstų kūrimui ar vertimui, laikinai sustabdė savo procesus.

3. Duomenų analizė: Sistemos, naudojančios DI didelių teksto kiekių analizei, santraukų darymui ar sentimentų analizei, laikinai negali apdoroti naujų duomenų.

„OpenAI“ reakcija ir problemos sprendimas

„OpenAI“ inžinierių komanda operatyviai pripažino problemą. Nors tikslios techninės detalės oficialiame pranešime (angl. post-mortem) dar nėra pilnai atskleistos, ekspertai spėja, kad tokio masto gedimus dažniausiai sukelia:

• Kritinės klaidos atnaujinant serverių apkrovos paskirstymo (angl. load balancing) sistemas.

• Duomenų bazių migracijos ar tinklo maršrutizavimo (angl. routing) anomalijos.

• Netikėtas ir eksponentinis serverių užklausų šuolis (nors DDoS atakos tikimybė šiuo atveju vertinama kaip maža).

Šiuo metu stebimi pirmieji paslaugų atstatymo požymiai. Bendrovė taiko laipsnišką atkūrimo strategiją, siekdama išvengti pakartotinio serverių perkrovimo (angl. throttling).

Ką šis įvykis reiškia technologijų rinkai? (Ekspertų įžvalgos)

Technologijų analitikai pabrėžia, kad šis incidentas turėtų tapti rimtu signalu įmonėms, kuriančioms produktus DI pagrindu. Pagrindinė pamoka – sistemų atsparumo ir atsarginių planų (angl. fallback mechanisms) svarba.

Rekomendacijos verslui siekiant išvengti panašių rizikų ateityje:

• Kelių modelių strategija (Multi-LLM): Neapsiriboti vienu paslaugos tiekėju. Sistemos architektūra turėtų leisti automatiškai persijungti prie alternatyvių modelių (pvz., „Anthropic Claude“, „Google Gemini“ ar atviro kodo „Meta Llama“), kai pagrindinis tiekėjas nepasiekiamas.

• Vietiniai modeliai: Kritinėms verslo funkcijoms, nereikalaujančioms pačių didžiausių kalbos modelių, verta apsvarstyti mažesnių, įmonės vidiniuose serveriuose talpinamų atviro kodo modelių naudojimą.

• Asinchroninis apdorojimas: Projektuoti sistemas taip, kad API užklausų nepavykus įvykdyti realiu laiku, jos būtų išsaugomos ir apdorojamos vėliau, kai paslauga bus atkurta.

Tolesnė informacija: Naujausią informaciją apie paslaugų būseną ir atstatymo progresą galima sekti oficialiame „OpenAI“ statuso puslapyje: status.openai.com.