ChatGPT के पीछे की कंपनी OpenAI ने हाल ही में अपनी शुरुआत के बाद से सबसे उथल-पुथल भरे दौर में से एक का सामना किया। अकेले जुलाई 2026 में बार-बार आउटेज का एक सिलसिला चला, जो एक व्यापक वैश्विक व्यवधान में चरम पर पहुंचा और उसके बाद लगभग पूरे दिन चली एक घटना हुई। यह लेख OpenAI के आधिकारिक स्टेटस पेज पर प्रकाशित तारीखों और समय के साथ ठीक-ठीक दर्ज करता है कि क्या हुआ, और समझाता है कि AI पर निर्माण करने वाली किसी भी कंपनी के लिए व्यवहार में इसका क्या मतलब है।

लेखन के समय की लाइव स्थिति

जब यह रिपोर्ट तैयार की जा रही थी, शनिवार, 25 जुलाई 2026 को रियाद समय के अनुसार दोपहर 12:20 बजे, OpenAI का आधिकारिक स्टेटस पेज "Elevated error rates" (बढ़ी हुई त्रुटि दरें) शीर्षक वाली एक सक्रिय, जांचाधीन घटना दिखा रहा था। यह आधिकारिक रूप से रियाद समय के अनुसार दोपहर 12:17 बजे (09:17 UTC) शुरू हुई और एक साथ तीन सेवाओं को प्रभावित किया: ChatGPT, OpenAI API और कोडिंग टूल Codex। कंपनी ने प्रभाव को "मामूली" आंका और प्लेटफ़ॉर्म की समग्र स्थिति को "Partial System Degradation" (आंशिक सिस्टम गिरावट) बताया। दूसरे शब्दों में, यह पूर्ण वैश्विक ब्लैकआउट नहीं था, बल्कि कुछ उपयोगकर्ताओं के लिए बीच-बीच में धीमापन और विफल अनुरोध थे।

दो उथल-पुथल भरे सप्ताहों की समयरेखा

आज की घटना कोई अलग-थलग घटना नहीं थी, बल्कि पूरे जुलाई में फैली एक लंबी श्रृंखला की एक कड़ी थी:

  • 9 जुलाई: एक साथ कई मॉडलों में "Please try a different model" (कृपया कोई दूसरा मॉडल आज़माएं) त्रुटियां।
  • 11–15 जुलाई: रिपोर्टों के अनुसार लगातार पांच दिनों में पांच घटनाएं, जिनका अंत एक उल्लेखनीय आउटेज से हुआ, जिसके बाद ChatGPT ठीक हो गया।
  • 19 जुलाई: 250 से अधिक रिपोर्टों वाला एक बड़ा वैश्विक आउटेज, जिसने यूक्रेन, अमेरिका, यूरोप, भारत और जापान के उपयोगकर्ताओं को प्रभावित किया और जो 502 और 503 त्रुटियों के साथ iOS पर केंद्रित था।
  • 21 जुलाई: लगभग 23 मिनट तक चला एक छोटा आउटेज।
  • 23–24 जुलाई: सबसे महत्वपूर्ण घटना। यह 23 तारीख़ को रियाद समय के अनुसार शाम 6:36 बजे शुरू हुई और उतार-चढ़ाव भरी स्थिरता के बाद 24 तारीख़ को रात 10:33 बजे जाकर ही पूरी तरह ठीक घोषित की गई।
  • 25 जुलाई: वर्तमान सक्रिय घटना, मामूली प्रभाव वाली और जांचाधीन।

मूल कारण क्या था?

23–24 जुलाई की घटना के लिए OpenAI के आधिकारिक अपडेट में अहम बात यह है कि वे स्पष्ट रूप से "डाउनस्ट्रीम इन्फ्रास्ट्रक्चर प्रदाता के साथ" समाधान पर काम कर रहे थे। इसका मतलब है कि समस्या की जड़ सबसे अधिक संभावना उस होस्टिंग और क्लाउड-नेटवर्क परत में थी जिस पर OpenAI निर्भर है, न कि AI मॉडलों में। इससे यह भी स्पष्ट होता है कि सप्ताह की अधिकांश घटनाएं पूर्ण ठहराव के बजाय बढ़ी हुई त्रुटि दरें और 502/503 त्रुटियां क्यों थीं: सेवा चालू थी, लेकिन अनुरोधों का एक हिस्सा विफल हो रहा था या देर से पूरा हो रहा था।

यह क्यों मायने रखता है, भले ही आप कभी ChatGPT न खोलें

क्योंकि आउटेज ने केवल ChatGPT वेबसाइट को नहीं, बल्कि OpenAI API को भी प्रभावित किया। हज़ारों ऐप, स्टोर और ग्राहक-सेवा सिस्टम पृष्ठभूमि में OpenAI मॉडलों को कॉल करते हैं, जो अंतिम उपयोगकर्ता को दिखाई नहीं देता। जब API त्रुटियां अचानक बढ़ती हैं, तो ये सभी सिस्टम एक ही पल में लड़खड़ा जाते हैं। जो कोई भी बिना किसी विकल्प के एक ही प्रदाता पर निर्माण करता है, वह उस प्रदाता के आउटेज को अपना आउटेज बना लेता है।

सबक: विफलता को ध्यान में रखकर डिज़ाइन करें

बड़े प्रदाता डाउन होते हैं, यह नियम है, अपवाद नहीं। एक नाज़ुक सिस्टम और एक लचीले सिस्टम के बीच का अंतर इस बात में है कि वह उस पल में कैसा व्यवहार करता है:

  • मल्टी-प्रदाता: अपने सिस्टम को एक बैकअप मॉडल प्रदाता दें, जिस पर वह मुख्य प्रदाता के विफल होने पर स्वचालित रूप से स्विच कर जाए।
  • स्मार्ट रीट्राई: किसी विफल अनुरोध पर, संघर्ष कर रही सेवा पर और अधिक ट्रैफ़िक डालने के बजाय एक्सपोनेंशियल बैकऑफ़ के साथ दोबारा प्रयास करें।
  • एक अनुरोध कतार: गैर-ज़रूरी अनुरोधों को खोने के बजाय सहेजें और सेवा लौटने पर उन्हें चलाएं।
  • निगरानी और अलर्ट: त्रुटि दर और विलंबता पर नज़र रखें, और जैसे ही वे सामान्य से ऊपर जाएं, उसी पल अलर्ट पाएं, न कि तब जब ग्राहक शिकायत करें।

Origami की भूमिका

एक टेक्नोलॉजी कंपनी के रूप में, हम आपके व्यवसाय को सिर्फ़ किसी AI मॉडल से नहीं जोड़ते, बल्कि इस धारणा पर इंटीग्रेशन डिज़ाइन करते हैं कि प्रदाता किसी दिन विफल होगा: प्रदाताओं के बीच एक स्वचालित फ़ेलओवर परत, अनुशासित रीट्राई, और एक निगरानी डैशबोर्ड जो आपके ग्राहक से पहले आउटेज को पकड़ लेता है। इसी तरह आपका सिस्टम खड़ा रहता है, जबकि दूसरे ठप पड़ जाते हैं।

स्रोत