Zinn® UptimeZinn® Uptime
विशेषताएं
Zinn® Uptime किसी भी वेब पते के लिए वेबसाइट अपटाइम मॉनिटरिंग है: यह चौबीसों घंटे निगरानी करता है, आपको सूचित करने से पहले दूसरी जांच के साथ प्रत्येक विफलता की पुष्टि करता है, और आपको ईमेल, Slack, Telegram या webhook के माध्यम से सूचित करता है। बिना किसी कार्ड के तीन मॉनिटर निःशुल्क हैं।
वेबसाइट जांच जो विज़िटर की तरह व्यवहार करती हैं
प्रत्येक जाँच आपके पृष्ठ के लिए एक वास्तविक अनुरोध है, बिल्कुल वैसा ही जैसा किसी आगंतुक का ब्राउज़र करेगा।
मॉनिटर केवल उतना ही अच्छा होता है जितना कि वह सवाल जो वह पूछता है। Zinn® Uptime किसी सर्वर को पिंग नहीं करता या किसी पोर्ट को खोलकर उसे वेबसाइट नहीं मान लेता; यह सीधे पेज के लिए अनुरोध करता है, HTTP या HTTPS पर, ठीक वैसे ही जैसे कोई ब्राउज़र करता है, और उत्तर की प्रतीक्षा करता है। यदि नाम रिज़ॉल्व नहीं होता है, कनेक्शन अस्वीकार कर दिया जाता है, प्रमाणपत्र पर भरोसा नहीं किया जा सकता है, सर्वर किसी त्रुटि के साथ उत्तर देता है या दस सेकंड के भीतर कुछ भी वापस नहीं आता है, तो वह जांच विफल हो जाती है — और इसका कारण सरल शब्दों में दर्ज किया जाता है, ताकि अलर्ट आपको बताए कि कहाँ देखना शुरू करना है।
- निःशुल्क मॉनिटर प्रत्येक 5 मिनट में जाँचे जाते हैं; एक पैक के साथ, खाते के प्रत्येक पते की प्रत्येक मिनट जाँच की जाती है।
- रीडायरेक्ट का अनुसरण किया जाता है, ताकि आप यह देख सकें कि लोग क्या पता टाइप करते हैं, बजाय इसके कि वे अंत में कहाँ पहुँचते हैं।
- कोई भी 2xx या 3xx प्रतिक्रिया चालू मानी जाती है; 4xx या 5xx प्रतिक्रिया बंद मानी जाती है।
- जिस पृष्ठ को उत्तर देने में 10 सेकंड से अधिक समय लगता है, उसे समय समाप्त माना जाता है।
किसी को भी संदेश भेजने से पहले आउटेज की पुष्टि की जाती है
झूठे अलार्म लोगों को चेतावनियों को अनदेखा करने की आदत डालते हैं, इसलिए प्रत्येक विफलता को स्वयं को सिद्ध करना होगा।
इंटरनेट पैकेट खो देता है, मार्ग अस्थिर हो जाते हैं और कहीं किसी एकल सर्वर का एक मिनट खराब हो जाता है। एक ऐसा मॉनिटर जो इनमें से हर एक के लिए आपको चेतावनी भेजता है, वह आपको इसे अनदेखा करना सिखाता है, और फिर उस आउटेज से चूक जाता है जो मायने रखता है। इसलिए किसी विफलता को खुद को दो बार साबित करना होगा: जैसे ही कोई जांच विफल होती है, उसी पते पर एक बिल्कुल नए अनुरोध के साथ फिर से अनुरोध भेजा जाता है, जो आमतौर पर एक अलग स्थान से संचालित होता है। यदि वह दूसरा अनुरोध सफल हो जाता है, तो उस क्षणिक गड़बड़ी को अलग रख दिया जाता है। केवल तभी जब लगातार दो जांचों में विफलताओं की पुष्टि होती है, तो पते को डाउन चिह्नित किया जाता है और किसी को सूचित किया जाता है। यदि हमारे द्वारा देखे जाने वाले प्रत्येक पते का एक बड़ा हिस्सा एक ही क्षण में विफल हो जाता है, तो हम मान लेते हैं कि समस्या आपकी नहीं बल्कि हमारी है, और कुछ भी रिकॉर्ड नहीं करते हैं।
- विफल हुई जाँच को तुरंत एक नए अनुरोध के साथ दोहराया जाता है, जो आमतौर पर किसी भिन्न स्थान से पूरा किया जाता है।
- यदि वह दूसरा अनुरोध साइट तक पहुंच जाता है, तो पहली विफलता को खारिज कर दिया जाता है।
- लगातार दो बार विफलता की पुष्टि होने के बाद किसी साइट को डाउन घोषित किया जाता है, इसलिए आपको लगभग दो जांच अंतरालों के भीतर सूचना मिल जाती है।
- बॉट-सुरक्षा चुनौती पृष्ठ को कभी भी आपकी साइट के डाउन होने के रूप में नहीं गिना जाता है।
टूटे हुए पेजों के लिए कीवर्ड जाँच
जिस आउटेज को स्टेटस कोड नहीं देख सकता, वह वह पेज है जो लोड तो होता है लेकिन खाली होता है।
कुछ सबसे गंभीर आउटेज बिल्कुल सामान्य स्टेटस कोड के साथ प्रतिक्रिया देते हैं। एक WordPress साइट जिसका डेटाबेस बंद हो गया है, एक दुकान जिसके थीम अपडेट ने टेम्पलेट को खराब कर दिया है, गलत तरीके से कॉन्फ़िगर किए गए कैश द्वारा खाली दिखाया गया पेज — ये सभी 200 कोड लौटा सकते हैं। मॉनिटर को टेक्स्ट का एक छोटा सा हिस्सा दें जो केवल तभी दिखाई देता है जब पेज वास्तव में काम कर रहा हो, जैसे आपकी साइट का नाम या पाद लेख (फ़ूटर) का कोई वाक्यांश, और इसके बिना लोड होने वाले पेज को "अपेक्षित टेक्स्ट गायब है" कारण के साथ डाउन माना जाता है।
- अधिकतम 200 वर्णों का टेक्स्ट जोड़ें जो पृष्ठ पर दिखाई देना चाहिए।
- यदि पाठ अनुपलब्ध है, तो जाँच "expected text missing" कारण से विफल हो जाती है।
ईमेल, Slack, Telegram और वेबहुक द्वारा अलर्ट
साइट बंद होने पर एक संदेश और इसके ठीक होने पर एक संदेश — हर मिनट कभी कोई संदेश नहीं।
कोई अलर्ट तभी उपयोगी होता है जब सही व्यक्ति उसे देखे। बिना किसी सेटअप के, जब कोई पता डाउन होता है तो खाते के प्रत्येक सदस्य को ईमेल भेजा जाता है। Slack, Telegram या अपने स्वयं के वेबहुक को कनेक्ट करें और वही अलर्ट वहां भी डिलीवर किया जाएगा, ताकि टीम चैनल और ऑन-कॉल इंजीनियर के फोन दोनों को इसकी जानकारी मिल सके। अलर्ट बदलाव पर ट्रिगर होते हैं, स्थिति पर नहीं: एक संदेश जब कोई साइट डाउन होती है, और एक संदेश जब वह वापस चालू होती है जिसमें यह बताया जाता है कि वह लगभग कितने समय तक बंद रही — जब तक साइट डाउन रहती है तब तक हर मिनट कभी भी कोई संदेश नहीं भेजा जाता।
- जब कोई पता बंद हो जाता है, तो खाते के प्रत्येक सदस्य को ईमेल भेजा जाता है।
- Slack, Telegram या वेबहुक कनेक्ट करें और वही अलर्ट वहां भी डिलीवर किए जाएंगे।
- वेबहुक एक टाइमस्टैम्प और बॉडी पर HMAC के साथ हस्ताक्षरित होते हैं, ताकि आपका एंडपॉइंट यह सत्यापित कर सके कि वे हमारी ओर से आए हैं।
- पुनर्प्राप्ति संदेश बताता है कि साइट लगभग कितने समय तक बंद रही थी।
अपटाइम इतिहास और प्रतिक्रिया समय
ऐसे आँकड़े जिन्हें आप किसी क्लाइंट को दिखा सकते हैं, जिन्हें मॉनिटर के मौजूद रहने तक रखा जाता है।
जब कोई क्लाइंट यह पूछे कि क्या मंगलवार को उनकी साइट डाउन थी, तो जवाब कोई याददाश्त नहीं, बल्कि एक रिकॉर्ड होना चाहिए। प्रत्येक पता सूची में पिछले 30 दिनों के अपने अपटाइम और सामान्य प्रतिक्रिया समय को, अपने विस्तृत दृश्य में औसत और सबसे धीमे प्रतिक्रिया समय के साथ प्रति-घंटे का अपटाइम, और प्रत्येक रुकावट को वह कब शुरू हुई, कितने समय तक रही और विफलता की पुष्टि कहाँ से हुई, इसके साथ रखता है। इतिहास तब तक बना रहता है जब तक आप उस पते की निगरानी करते रहते हैं; मॉनिटर को रोकने पर यह सुरक्षित रहता है, और मॉनिटर को हटाने पर यह हट जाता है।
- सूची पर पिछले 30 दिनों का अपटाइम और सामान्य प्रतिक्रिया समय।
- प्रत्येक पते के लिए घंटे-दर-घंटे अपटाइम और औसत व सबसे धीमा प्रतिक्रिया समय।
- प्रत्येक दर्ज किया गया आउटेज, यह कितने समय तक चला और इसकी पुष्टि कहाँ से हुई थी, इसके साथ।
अपटाइम के साथ पेज की गति
प्रतिक्रिया देने वाली साइट भी उपयोग करने के लिए बहुत धीमी हो सकती है।
आठ सेकंड में उत्तर देने वाली साइट तकनीकी रूप से चालू और व्यावहारिक रूप से बंद होती है। उपलब्धता की जाँच के साथ-साथ, प्रत्येक निगरानी किए जाने वाले पृष्ठ के Core Web Vitals को मापा जाता है — लोडिंग, इंटरएक्टिविटी और लेआउट-स्थिरता के वे आँकड़े जिनका उपयोग खोज इंजन करते हैं — जब तक आपके पास कोई पैक है तब तक दैनिक रूप से और मुफ़्त स्तर पर साप्ताहिक रूप से। प्लगइन अपडेट के बाद का धीमा सप्ताह अपटाइम इतिहास वाली स्क्रीन पर ही दिखता है, इसलिए इसे देखने के लिए आपको किसी दूसरे टूल की आवश्यकता नहीं होती है।
- प्रत्येक निगरानी किए जा रहे पृष्ठ के लिए Core Web Vitals मापे जाते हैं — पैक के साथ दैनिक, निःशुल्क स्तर पर साप्ताहिक।
- अपटाइम इतिहास के बगल में दिखाया गया है, ताकि एक धीमा सप्ताह और कोई आउटेज एक ही स्क्रीन पर दिखाई दें।
डोमेन निगरानी, निःशुल्क
एक समाप्त हो चुका डोमेन अपने साथ वेबसाइट, ईमेल और खोज रैंकिंग को भी ले जाता है।
डोमेन बहुत ही सामान्य कारणों से समाप्त हो जाते हैं: फ़ाइल में मौजूद कार्ड की समय-सीमा समाप्त हो गई, नवीनीकरण का अनुस्मारक ऐसे व्यक्ति के पास गया जो संस्थान छोड़ चुका है, या स्वतः-नवीनीकरण कभी चालू ही नहीं था। जब ऐसा होता है, तो वेबसाइट, ईमेल और वर्षों की खोज रैंकिंग इसके साथ ही समाप्त हो जाती है, और वह नाम किसी अन्य व्यक्ति द्वारा पंजीकृत किया जा सकता है। Zinn® Uptime प्रत्येक निगरानी किए जा रहे डोमेन के सार्वजनिक पंजीकरण रिकॉर्ड को दिन में एक बार पढ़ता है और इसकी समय-सीमा समाप्त होने से 60, 30, 14, 7 और 1 दिन पहले आपको चेतावनी देता है। यह पिछले दिन के रिकॉर्ड से इसकी तुलना भी करता है और रजिस्ट्रार, नेमसर्वर या रजिस्ट्री स्थिति बदलने पर आपको सचेत करता है — जो अक्सर किसी डोमेन खाते पर अनधिकृत कब्ज़ा होने का पहला संकेत होता है।
- हम प्रत्येक निगरानी किए गए डोमेन का पंजीकरण रिकॉर्ड दिन में एक बार पढ़ते हैं।
- समाप्ति की चेतावनियाँ 60, 30, 14, 7 और 1 दिन पहले।
- रजिस्ट्रार, नेमसर्वर या रजिस्ट्री स्थिति बदलने पर, या डोमेन गायब होने पर अलर्ट।
- हमारे पास पंजीकृत या होस्ट किए गए डोमेन आपके लिए जोड़ दिए जाते हैं; किसी भी अन्य डोमेन को नाम से जोड़ें।
रोकें, समाप्त करें और स्वचालित करें
निगरानी काम के अनुसार ढलनी चाहिए, न कि इसके विपरीत।
निगरानी को वास्तविक काम के अनुरूप होना चाहिए। किसी नियोजित माइग्रेशन या रखरखाव से पहले मॉनिटर को रोकें और उसके बाद इसे फिर से शुरू करें; रोके गए मॉनिटरों की जाँच नहीं की जाती है और वे कुछ भी नहीं भेजते हैं, और उनका इतिहास सुरक्षित रखा जाता है। Uptime स्क्रीन पर सब कुछ REST API के माध्यम से भी उपलब्ध है, इसलिए मॉनिटर आपकी स्वयं की डिप्लॉयमेंट स्क्रिप्ट द्वारा बनाए और हटाए जा सकते हैं। और चूँकि डाउन होना और पुनर्प्राप्त होना प्लेटफ़ॉर्म इवेंट हैं, इसलिए वे Zinn® Boards बोर्ड पर एक ऑटोमेशन शुरू कर सकते हैं — उदाहरण के लिए रुकावट के लिए एक कार्ड खोलना।
- नियोजित कार्य के दौरान किसी मॉनिटर को रोकें और उसके इतिहास को बरकरार रखते हुए बाद में उसे फिर से शुरू करें।
- REST API के माध्यम से मॉनिटर बनाएं, नाम बदलें, रोकें और हटाएं।
- डाउन और पुनर्प्राप्त इवेंट Zinn® Boards बोर्ड पर एक ऑटोमेशन शुरू कर सकते हैं।
साइट को हमारे साथ भी होस्ट करें
Zinn® Uptime उसी खाते में मौजूद है जिसमें Zinn Digital® होस्टिंग है: एक लॉगिन, एक बिल, और जो साइटें आप हमारे पास होस्ट करते हैं वे ठीक उन्हीं के पास रहती हैं जिनकी आप निगरानी करते हैं। होस्टिंग 99.9% मासिक उपलब्धता गारंटी के साथ आती है, जिसे पूरा न कर पाने पर एक क्लिक में क्रेडिट कर दिया जाता है।
होस्टिंग हो या न हो, प्रत्येक Zinn Digital® खाते पर निगरानी और डोमेन वॉचिंग निःशुल्क हैं।