नेटवर्क की विश्वसनीयता क्या होती है और इसे कैसे मापा जाता है?

आधुनिक वेब को बड़ी संख्या में लोग पसंद करते हैं. इसके लिए, ये अलग-अलग तरह के डिवाइस और अलग-अलग तरह के इंटरनेट इस्तेमाल करते हैं. आपकी बनाई हुई चीज़ें दुनिया भर के लोगों तक पहुंच सकती हैं, लेकिन अपने सभी उपयोगकर्ताओं को वेब पर भरोसेमंद अनुभव देना, चुनौती भरा हो सकता है. सिर्फ़ भरोसेमंद होने का मतलब समझना एक चुनौती हो सकती है.

विश्वसनीयता के बारे में सोचने का एक तरीका यह है कि आपका वेब ऐप्लिकेशन नेटवर्क कनेक्शन के बिना काम करेगा या नहीं. यह एक तरह की विश्वसनीयता है, जिसे उपयोगकर्ताओं को किसी ऐप स्टोर से मोबाइल डिवाइस पर इंस्टॉल किए गए प्लैटफ़ॉर्म के हिसाब से मानकर लिया जाता है. जब आपको इनमें से किसी एक ऐप्लिकेशन का आइकॉन दिखता है, तो उम्मीद है कि उस पर टैप करके कुछ नया अनुभव दिया जा सकेगा. भले ही, आप फ़िलहाल इंटरनेट से कनेक्ट हों या नहीं.

कुछ समय पहले तक, ऐसे वेब ऐप्लिकेशन बनाना चुनौती भरा अनुभव रहा था जिनका नेटवर्क कनेक्शन के बिना भी इस्तेमाल किया जा सकता है.

भरोसेमंद तरीके से तेज़

विश्वसनीयता के बारे में सोचने का एक और तरीका यह है कि क्या आपके उपयोगकर्ता आपके वेब ऐप्लिकेशन पर भरोसा तेज़ी से कर सकते हैं, जबकि नेटवर्क कनेक्शन अच्छा न हो. क्या लौटने वाले उपयोगकर्ताओं को मोबाइल कनेक्शन पर आपके वेब ऐप्लिकेशन से इंटरैक्ट करने का उतना ही अनुभव होगा, जितना वे वाई-फ़ाई पर होने पर करते हैं? और उन उपयोगकर्ताओं का क्या होगा जिनका इंटरनेट पर "लाई-फ़ाई" कनेक्शन बहुत ज़्यादा होता है. क्या इन स्थितियों में भी आपका वेब ऐप्लिकेशन भरोसेमंद तरीके से तेज़ होगा?

सबसे अच्छी परिस्थितियों में तेज़ रफ़्तार से चलना ही काफ़ी नहीं है. आपके उपयोगकर्ता, नेटवर्क की सभी स्थितियों में आपके वेब ऐप्लिकेशन के काम करने के तरीके को ध्यान में रखकर उसकी परफ़ॉर्मेंस देखेंगे.

भरोसेमंद हासिल किया जा सकता है

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

आपका गाइडिंग लाइट: ऑफ़लाइन होने पर 200 'OK' के साथ जवाब देता है

एक बार सर्विस वर्कर तैयार करना और कैश से कॉन्टेंट उपलब्ध कराना शुरू करने के बाद, यह पता लगाना मुश्किल है कि आप उसे असरदार तरीके से कर रहे हैं या नहीं. आपको कैसे पता चलता है कि आपने जो सर्विस वर्कर लागू किया है वह वाकई आपके वेब ऐप्लिकेशन को नेटवर्क से बचने में मदद करता है? कैसे कैश मेमोरी में सेव करने की रणनीति में छोटे बदलाव को रोका जा सकता है, ताकि इसे आपके सेव किए गए ऑफ़लाइन अनुभव को खराब करने से रोका जा सके?

कोई भरोसेमंद वेब ऐप्लिकेशन बनाते समय, Lighthouse खास तौर पर बनाया गया टेस्ट देता है, जो खास तौर पर ज़रूरी होता है: ऑफ़लाइन होने पर 200 'ठीक है' के तौर पर जवाब देता है:

लाइटहाउस की प्रोग्रेसिव वेब ऐप्लिकेशन रिपोर्ट, जिसमें ऑफ़लाइन ऑडिट में पासिंग जवाब 200 के तौर पर दिखाया गया है.

यहां असल में किस चीज़ की जांच की जा रही है? यह प्रोसेस आपके ब्राउज़र में नेटवर्क कनेक्टिविटी की कमी को सिम्युलेट करती है और इसके बाद, आपकी साइट के जिस भी यूआरएल का ऑडिट किया जा रहा है उसे लोड करने की कोशिश की जाती है. यह कार्रवाइयों के नियंत्रित और दोहराए जाने वाले क्रम का इस्तेमाल करके—भरोसेमंद साइट बनाने के एक पहलू की जांच करता है—यह साइट ऑफ़लाइन होने पर भी भरोसेमंद होती है.

यह एक यात्रा है

अगर आपने हाल ही में शुरुआत की है, तो इस बात की काफ़ी संभावना है कि आपको ऑफ़लाइन जांच के दौरान 'रिस्पॉन्स' के लिए नेगेटिव नतीजा मिल जाए. कोई बात नहीं ठीक है! जब तक कस्टमाइज़ किए गए स्टार्टर प्रोजेक्ट का इस्तेमाल न किया जा रहा हो, तब तक वेब ऐप्लिकेशन में डिफ़ॉल्ट रूप से इस तरह की विश्वसनीयता नहीं होती. अगले कुछ गाइड में ऐसी तकनीकों के बारे में बताया गया है जिनकी मदद से, यह पता लगाया जा सकता है कि आपका वेब ऐप्लिकेशन किस तरह लोड हो रहा है. साथ ही, यह भी बताएंगे कि डेटा लोड होने के अनुभव को भरोसेमंद बनाने के लिए, Lighthouse का इस्तेमाल कैसे करें.

इस पूरी प्रक्रिया के दौरान, आपको लाइटहाउस ऑडिट फिर से जारी रखने का सुझाव दिया जाता है. वे आपकी यात्रा के दौरान एक मार्गदर्शक की तरह काम करते हैं, जो नए वेब ऐप्लिकेशन से शुरू करते हैं और एक भरोसेमंद प्रोग्रेसिव वेब ऐप्लिकेशन पर खत्म होते हैं.