सार्वजनिक स्टेटस पेज Zentor ऐप की मुख्य प्लेटफ़ॉर्म की वर्तमान उपलब्धता दिखाता है। यह बैकएंड हेल्थ एंडपॉइंट को सीधे और बिना किसी कैशिंग के क्वेरी करता है। यह दर्शाता है कि अनुरोध के समय बैकएंड और डेटाबेस उपलब्ध हैं या नहीं। इस पेज में जानबूझकर कोई काल्पनिक अपटाइम प्रतिशत या ऐतिहासिक SLA विश्लेषण नहीं दिया गया है।
एक सकारात्मक स्टेटस का अर्थ यह नहीं है कि प्रत्येक टेंनेंट फ़ंक्शन बिना किसी त्रुटि के काम कर रहा है। WhatsApp एक्सेस गलत कॉन्फ़िगर किया गया हो सकता है, SMTP पासवर्ड समाप्त हो सकता है या डोमेन को अनुमति नहीं दी गई हो, भले ही मुख्य प्लेटफ़ॉर्म उपलब्ध हो। Twilio, PayPal या एक AI प्रदाता जैसे बाहरी प्रदाताओं का सामान्य हेल्थ चेक द्वारा स्वचालित रूप से पूर्ण परीक्षण नहीं किया जाता है।
क्षोभ की स्थिति में, सबसे पहले स्टेटस पेज पर जाना चाहिए। यदि यह एक मुख्य त्रुटि की रिपोर्ट करता है, तो बार-बार स्थानीय कॉन्फ़िगरेशन में बदलाव करना आमतौर पर उचित नहीं होता है। यदि प्लेटफ़ॉर्म उपलब्ध है, तो टेंनेंट निदान का पालन करें: सिस्टम स्टेटस पैनल, चैनल टेस्ट बटन और लॉग। लॉग में अधिकतम 500 पंक्तियाँ होती हैं और उनमें कोई फ़िल्टर नहीं होता है। ऑटोमेशन रन्स टैब में कोई रीट्राई बटन नहीं है।
यह प्रदर्शन एक मोमेंट-ऑफ-ट्राइंग (moment of truth) है। नए परीक्षण के लिए पेज को अपडेट करना आवश्यक है। यह यह साबित नहीं कर सकता कि किसी पूर्व समय में कोई क्षोभ नहीं था। सपोर्ट टिकट के लिए समय, टेंनेंट, प्रभावित फ़ंक्शन, दिखाई देने वाली त्रुटि और पुनरुत्पादक चरणों को नोट किया जाना चाहिए। रहस्य और व्यक्तिगत संदेश पाठ टिकट में बिना अनुरोध किए शामिल नहीं होने चाहिए।
इस प्रकार, स्टेटस पेज केवल इस प्रश्न का उत्तर देता है कि क्या केंद्रीय प्लेटफ़ॉर्म वर्तमान में उपलब्ध है। यह चैनल-आधारित परीक्षण या एक अलग SIP इंस्टेंस की जाँच का विकल्प नहीं है। सार्वजनिक ऐतिहासिक उपलब्धता सांख्यिकी या सार्वजनिक SLA वर्तमान में प्रदान नहीं किया जाता है।
यदि पेज ब्राउज़र में बिल्कुल लोड नहीं होता है, तो अपने इंटरनेट कनेक्शन या DNS रज़ॉल्यूशन की जाँच भी करनी चाहिए। एक स्थानीय नेटवर्क समस्या प्लेटफ़ॉर्म क्षोभ जैसा ही प्रभाव पैदा कर सकती है। इसके विपरीत, एक उपलब्ध स्टेटस एंडपॉइंट एक अकेले फ्रंटएंड बंडल के कार्य करने का प्रमाण नहीं है। इसलिए, ब्राउज़र कंसोल और नेटवर्क लॉग विस्तृत निदान का हिस्सा होने चाहिए।
बार-बार आने वाली क्षोभ की स्थिति में, स्वयं के अवलोकनों से एक समय श्रृंखला तैयार करना उचित होता है, क्योंकि सार्वजनिक पेज स्वयं कोई इतिहास संग्रहीत नहीं करता है। समय, अवधि और प्रभावित फ़ंक्शन को आंतरिक रूप से दस्तावेज़ीकृत किया जा सकता है। हालाँकि, जब तक कोई संबंधित प्लेटफ़ॉर्म सांख्यिकी प्रकाशित नहीं की जाती, तब तक इससे कोई आधिकारिक Zentor उपलब्धता प्रतिशत नहीं निकाला जा सकता है।
इसके अलावा, यह जाँचना चाहिए कि क्या समस्या केवल एक भाषा संस्करण, एक अकेले डिवाइस या सभी उपयोगकर्ताओं को प्रभावित कर रही है। यह सीमा निर्धारण फ्रंटएंड, नेटवर्क और बैकएंड कारणों को अलग करने में मदद करती है और एक काम कर रहे टेंनेंट कॉन्फ़िगरेशन में अनावश्यक बदलावों से बचाती है।