स्रोत और कार्यपद्धति

स्थिति का अर्थ।

रिपोर्ट, अवलोकन और अनुपस्थित डेटा अलग रखे जाते हैं।

आधिकारिक रिपोर्ट

निर्देशिका में सहायक और खोज, कोडिंग, रचनात्मक मीडिया, model API, inference और GPU क्लाउड तथा वेक्टर डेटाबेस की 56 AI सेवाएँ हैं। 37 के स्वचालित स्रोत कॉन्फ़िगर हैं, साथ 11 सामान्य सेवाएँ हैं। यह संपादकीय चयन है, मापी लोकप्रियता रैंकिंग या पूरी उद्योग सूची नहीं। हम प्रदाता रिपोर्ट सहेजते हैं, AI सेवा उपलब्धता स्वतंत्र पुष्ट नहीं करते।

Claude और GitHub सारांश में घटक, घटनाएँ और रखरखाव हैं। अन्य संगत सारांश एंडपॉइंट घटना सूची छोड़ सकते हैं; अनुपस्थिति स्पष्ट दिखती है। एकत्र OpenAI एंडपॉइंट अभी घटना या रखरखाव सूची के बिना घटक स्थितियाँ देता है। ChatGPT और API सारांश अलग-अलग निश्चित सत्यापित घटक ID से बनते हैं; नए या अनुपस्थित ID की समीक्षा चाहिए। उनकी उपलब्धता किसी विशेष मॉडल, स्तर या खाते का दावा नहीं है।

Copilot, v0, Replicate, Workers AI और AI Gateways साझा प्रदाता पृष्ठों के अपने विशिष्ट घटकों से पढ़े जाते हैं। मुख्य पृष्ठ का समग्र संकेतक और असंबंधित घटनाएँ इन्हें नहीं दी जातीं। चयनित घटक अनुपस्थित होने पर नई रिपोर्ट सहेजी नहीं जाती।

Hugging Face, Together AI, Modal, Runpod और Qdrant सार्वजनिक Better Stack JSON प्रारूप इस्तेमाल करते हैं। संदर्भित संसाधन और रिपोर्ट अपडेट मौजूद हों। समाप्ति समय न होने पर भी हल हुई रिपोर्ट हटती हैं। संसाधन अपडेट समय पृष्ठ समय से गढ़े नहीं जाते। प्रकाशित DeepInfra सेवा और मॉडल स्थितियाँ प्रदाता के अवलोकन हैं; प्रदाता द्वारा पुरानी चिह्नित प्रतिक्रियाएँ अस्वीकृत हैं। यह अडैप्टर घटना और रखरखाव विवरण आयात नहीं करता।

Vercel और Cloudflare के प्लेटफ़ॉर्म रिपोर्ट और अलग उत्पाद दृश्य हैं। Supabase का दृश्य प्रकाशित प्लेटफ़ॉर्म संकेतक और अभी सूचीबद्ध घटकों का उपयोग करता है; ये घटक प्लेटफ़ॉर्म के केवल कुछ हिस्से को कवर कर सकते हैं और हर क्षेत्र या प्रोजेक्ट को सत्यापित नहीं करते। Notion और Resend सत्यापित वर्तमान स्थिति डोमेन लेते हैं; एकत्र सारांश घटना और रखरखाव सूची छोड़ते हैं। Slack version 2 current API स्थिति और घटना रिकॉर्ड में प्रभावित सुविधा नाम देता है; पूर्ण घटक मैट्रिक्स नहीं। निर्धारित Slack रिकॉर्ड अलग रखे जाते हैं, रखरखाव अवधि गढ़े बिना।

Stripe घटक रिपोर्ट, घटना और रखरखाव के लिए अपना सत्यापित नया स्थिति डोमेन इस्तेमाल करता है। Auth0 आधिकारिक पृष्ठ दस सार्वजनिक उत्पादन क्षेत्रों की शीर्षक स्थिति का एम्बेडेड JSON देता है; स्क्रिप्ट नहीं चलती और निजी क्लाउड, टेनेंट स्वास्थ्य, घटना विवरण या रखरखाव आयात नहीं होते। क्षेत्र अनुपस्थित या पृष्ठ पहचान बदले तो नई रिपोर्ट अस्वीकृत है। AWS Health अभी सत्यापित UTF-16 बिग-एंडियन प्रारूप में सार्वजनिक घटनाएँ देता है। सेवाएँ, क्षेत्र, अपडेट और संख्यात्मक प्रदाता कोड रखे जाते हैं, गंभीरता या समाधान नहीं निकाले जाते। समग्र स्थिति तटस्थ रहती है और खाता स्वास्थ्य या समग्र AWS उपलब्धता प्रमाणित नहीं करती।

Google Cloud सार्वजनिक घटना फ़ीड अपने उत्पाद कैटलॉग से जाँची जाती है। समाप्त और भविष्य की घटनाएँ वर्तमान नहीं बनतीं। सक्रिय सार्वजनिक घटनाएँ न होने पर सारांश तटस्थ रहता है; वह Personalized Service Health या स्वतंत्र परियोजना उपलब्धता नहीं बताता। प्रदाता उत्पाद और स्थान नाम घटना अपडेट के साथ रखे जाते हैं।

Gemini स्रोत Google Workspace Gemini घटना फ़ीड है, जिसे आधिकारिक उत्पाद कैटलॉग से जाँचा जाता है। समाप्त, भविष्य और असंबंधित घटनाएँ वर्तमान Gemini घटना नहीं बनतीं। सक्रिय घटनाएँ न होने पर लेबल ‘कोई घटना रिपोर्ट नहीं’ है, Gemini संचालनरत होने का दावा नहीं। नवीनतम Gemini घटना अपडेट संग्रह समय से अलग है; Gemini घटनारहित फ़ीड में प्रकाशित Gemini अपडेट समय नहीं।

Grok / xAI अपनी आधिकारिक स्थिति पृष्ठ में इस्तेमाल हुए सार्वजनिक JSON से चौदह सत्यापित घटक पढ़ता है और स्क्रिप्ट चलाए बिना उनके ID, नाम और पूरे चुने गए समूह की जाँच करता है। लाइव चार्ट और घटना विवरण आयात नहीं किए जाते। DeepSeek अपने सार्वजनिक पृष्ठ का संरचित सक्रिय बदलाव सारांश आयात करता है; बदलाव रिपोर्ट न होने पर समग्र उपलब्धता अज्ञात रहती है। इन एकत्र फ़ील्ड का सत्यापित प्रकाशन समय दोनों पृष्ठ नहीं देते। fal संस्करण 3 सारांश और सात सत्यापित घटक इस्तेमाल करता है; दोनों प्रतिक्रियाएँ सत्यापित हों और अनुपस्थित नोटिस विवरण या प्रकाशन समय अनुपस्थित रहें। CoreWeave सत्यापित स्थिति कोड, प्रदाता घटक और स्थान सहित Status.io public API इस्तेमाल करता है; वर्तमान और भविष्य रखरखाव अलग हैं।

Midjourney अपने आधिकारिक स्थिति पृष्ठ से जुड़े उत्पादन JSON फ़ीड का उपयोग करता है। सेवा शीर्षक स्थितियाँ Fast और Relax प्रतीक्षा अनुमान से अलग हैं। प्रतीक्षा रंग कोड सेवा बाधा या स्वतंत्र विलंब मापन नहीं हैं। प्रदाता फ़ीड समय रखा जाता है और पंद्रह मिनट से पुरानी या भविष्य में तीस सेकंड से अधिक रिपोर्ट अस्वीकृत हैं।

Google Cloud AI सार्वजनिक क्लाउड घटना फ़ीड को 23 सत्यापित Vertex उत्पाद ID तक फ़िल्टर करता है। अन्य Google Cloud घटनाएँ हटती हैं; चुना उत्पाद अनुपस्थित होने पर नई रिपोर्ट अस्वीकृत है। यह दृश्य Gemini ऐप और Gemini API / AI Studio से अलग है। Codex केवल OpenAI रिपोर्ट का Codex in ChatGPT Desktop घटक एकत्र करता है, जो CLI, IDE एक्सटेंशन या क्लाउड कार्य की उपलब्धता प्रमाणित नहीं करता।

Gemini API, Google AI Studio और Google Cloud AI इस Gemini ऐप फ़ीड से अलग हैं। Gemini API / AI Studio का अपना आधिकारिक स्थिति पृष्ठ है; उस पृष्ठ का स्वचालित संग्रह लागू नहीं है। ‘केवल आधिकारिक पृष्ठ’ का अर्थ स्वचालित संग्रह के बिना स्थिति पृष्ठ का लिंक है। ‘जुड़ा नहीं’ का अर्थ स्थिति डेटा नहीं है; जुड़े उत्पाद के वेबसाइट लिंक पर वेबसाइट का लेबल है।

संग्रह और डेटा ताज़गी

वर्कर हर कॉन्फ़िगर स्रोत को हर 120 सेकंड, अधिकतम 15 सेकंड यादृच्छिक अंतर से जाँचता है। पृष्ठ सहेजा डेटा पढ़ते और दिखने पर हर 30 सेकंड रीफ़्रेश होते हैं। मैन्युअल रीफ़्रेश भी सहेजा डेटा पढ़ता है।

मान्य संग्रह 6 मिनट बाद पुराना हो जाता है। अंतिम ज्ञात रिपोर्ट पुराने डेटा की चेतावनी के साथ दिखती रहती है। संग्रह समय वह है जब हमने डेटा प्राप्त कर सत्यापित किया। स्रोत अपडेट समय प्रदाता देता है या वह स्पष्टतः नवीनतम घटना अपडेट कहलाता है; स्रोत समय अपरिवर्तित होना अकेले संग्रह के पुराने होने का अर्थ नहीं है।

हर संग्रह की समयसीमा 10 सेकंड और हर प्रतिक्रिया सीमा 512 KiB है। Gemini और Google Cloud की रिपोर्ट सहेजने से पहले उनके निश्चित उत्पाद कैटलॉग और घटना फ़ीड दोनों का सत्यापन सफल होना चाहिए। विफल संग्रह के प्रयास एक घंटे तक पीछे हटते हैं और पार्स हो सकने वाला Retry-After मान लेते हैं। विफलता अलग दर्ज होती है और प्रदाता रिपोर्ट को कभी बाधा नहीं बनाती।

अज्ञात स्थिति मान अज्ञात रहते हैं। अनुपस्थित घटना या रखरखाव फ़ील्ड ‘नहीं दी गई’ चिह्नित हैं। भविष्य रखरखाव अलग दिखता है, वर्तमान बाधा नहीं गिना जाता। फ़ीड में घटना न होना पूर्ण इतिहास या स्वतंत्र सुधार पुष्टि नहीं।

दैनिक इतिहास और कवरेज

निर्देशिका अंतिम सात UTC तारीखें दिखाती है; सेवा विवरण तीस या सात दिन देते हैं। हर बिंदु उस दिन की सबसे गंभीर सहेजी स्थिति है, वर्तमान से अलग। हरा सामान्य रिपोर्ट या सफल जाँच, पीला प्रदर्शन घटा या पुनः जाँच, लाल रिपोर्ट बाधा या पुष्ट विफल जाँच, नीला जारी रखरखाव है। धूसर अनुपस्थित या अनिर्णायक अवलोकन है; विवरण कारण बताता है।

आधा भरा बिंदु अधूरा कवरेज या अधूरा दिन दर्शाता है। आज का टूटा घेरा बताता है कि दिन जारी है। ज्ञात स्थिति कवरेज पूरे दिन या आज के बीते समय में व्याख्यायोग्य रिकॉर्ड गिनता है। यह रिकॉर्ड कवरेज है, मापा गया अपटाइम नहीं।

सहेजी स्थितियाँ अगले अवलोकन और मौजूदा ताज़गी सीमाओं तक हैं: आधिकारिक रिपोर्ट के लिए छह और जाँच के लिए पंद्रह मिनट। परीक्षण इतिहास लगातार विफलता और सुधार नियम दोहराता है। संग्रह विफलताएँ अलग गिनी जाती हैं और बाधा स्थितियाँ नहीं बनतीं। अवधियाँ सहेजी रिपोर्ट या जाँच स्थिति हैं, सटीक घटना अवधि नहीं। पहले अवलोकन से पूर्व तारीखें धूसर रहती हैं; हम पूर्ण प्रदाता घटना इतिहास आयात या दावा नहीं करते।

क्षेत्रीय अवलोकन

स्वतंत्र परीक्षण एजेंट GitHub सार्वजनिक मुखपृष्ठ और GitHub API से एक सार्वजनिक रिपॉज़िटरी का मेटाडेटा पढ़ते हैं। जाँच IPv4 HTTPS से प्रमाणपत्र और अपेक्षित सामग्री सत्यापित करती और नाम रिज़ॉल्यूशन, कनेक्शन, TLS, हेडर और कुल समय दर्ज करती है। मुखपृष्ठ सफलता साइन इन, Git या Actions चलने का प्रमाण नहीं। सार्वजनिक API पढ़ना प्रमाणीकरण वाली क्रियाएँ चलने का प्रमाण नहीं।

हर नोड का चुना रिज़ॉल्वर दिखता है। एजेंट सिस्टम रिज़ॉल्वर या Cloudflare DNS over HTTPS इस्तेमाल कर सकते हैं। दूसरा सिस्टम रिज़ॉल्वर नहीं जाँचता और अलग गंतव्य पते चुन सकता है। निजी या विशेष श्रेणी पते अस्वीकृत हैं; लक्ष्य निश्चित हैं, सत्यापित सार्वजनिक पते अनुरोध के लिए पिन होते हैं और रीडायरेक्ट नहीं अपनाए जाते।

हर एजेंट Cloudflare और Mozilla द्वारा संचालित दो निश्चित कनेक्टिविटी नियंत्रण जाँचता है। लक्ष्य विफलता की पुष्टि में गिनने के लिए कम से कम एक सफल हो। दोनों असफल हों तो परिणाम ‘परीक्षण कनेक्टिविटी अनिश्चित’ कहते हैं। यह सीमित कनेक्टिविटी परीक्षण है, नोड या हर नेटवर्क पथ स्वस्थ होने का प्रमाण नहीं।

जाँच हर 5 मिनट में, अधिकतम 15 सेकंड के यादृच्छिक अंतर से होती है। पहली विफलता ‘विफलता की पुनः जाँच’ दिखाती है; लगातार दो विफलताएँ उस नोड पर विफल जाँच की पुष्टि करती हैं। ताज़ा पुष्ट विफल जाँच से सुधार के लिए दो सफलताएँ चाहिए; पुराने अंतराल के बाद सफल जाँच नया आधार शुरू करती है। पुष्टि के लिए अवलोकन और प्राप्तियाँ कम से कम 4 मिनट दूर हों और 15 मिनट या अधिक अंतर न हो। पहुँच निषेध, दर सीमा, रीडायरेक्ट और अस्वीकृत लक्ष्य पते अनिर्णायक हैं तथा सेवा विफलता की पुष्टि नहीं करते।

अवलोकन और हार्टबीट 15 मिनट बाद पुराने हो जाते हैं। पुरानी जाँच वर्तमान सफल या विफल बैज नहीं रखती। अवलोकन समय एजेंट का जाँच चक्र पूरा होने का समय है; प्राप्ति समय सर्वर का उसे स्वीकार करना है। अनुपस्थित रिपोर्ट, संग्रह विफलता और सेवा विफलता अलग रहती हैं।

व्यावसायिक लक्ष्यों की जाँच स्वतंत्र नोड पर चलती है। केंद्र आधिकारिक रिपोर्ट एकत्र करके परिणाम प्राप्त करता है; व्यावसायिक लक्ष्य जाँचता नहीं। असत्यापित स्थान क्षेत्रीय इतिहास में नहीं आते। Ashburn, Frankfurt और Tokyo को वास्तविक दूरस्थ नोड चाहिए; केवल पंजीकरण कवरेज प्रमाणित नहीं करता। नोड का स्थान और नेटवर्क ऑपरेटर तय करता है, स्वतः सत्यापित नहीं होते। हम वैश्विक आधिकारिक रिपोर्ट से क्षेत्रीय पहुँच नहीं निकालते, अलग नोड के मत से वैश्विक स्थिति नहीं बनाते, न बाधा का कारण अनुमानित करते हैं।

वास्तविक कवरेज देखें

निर्भरताएँ और कारण संबंध

सत्यापित upstream निर्भरता रिकॉर्ड अभी प्रकाशित नहीं। केवल प्रदाता घटना प्रभावित ऐप या उपयोगकर्ता समस्या का कारण प्रमाणित नहीं करती।

मुफ़्त पहुँच और न्यूनतम मापन

स्थिति प्रश्न मुफ़्त हैं और खाता नहीं चाहिए। ईमेल सूचनाएँ नियोजित हैं; यह संस्करण ईमेल नहीं भेजता या पते एकत्र नहीं करता।

हम सेवा पृष्ठ यात्रा, आधिकारिक स्रोत लिंक क्लिक और वैकल्पिक फ़ीडबैक इस ब्राउज़र टैब के sessionStorage में रखे यादृच्छिक पहचानकर्ता से दर्ज करते हैं। इन रिकॉर्ड में IP पता, ईमेल या पूरा User-Agent नहीं रखते। स्वचालित डेटा रीफ़्रेश नई यात्रा नहीं गिने जाते। ज्ञात बॉट को यथासंभव फ़िल्टर करते हैं।

विकास घटनाएँ आंतरिक चिह्नित हैं। डेटा ऑपरेटर के कॉन्फ़िगर किए डेटाबेस में रखा जाता है। स्वचालित अवधारण सफ़ाई अभी लागू नहीं; सार्वजनिक परिनियोजन में अवधारण नीति और उसका पालन चाहिए।