पहली बाइट का समय: यह क्या है और क्यों महत्वपूर्ण है

अब मैं एक क्लाइंट के लिए एक प्रोजेक्ट पर काम कर रहा हूं। यह एक ई-कॉमर्स साइट है, इसलिए मुझे प्रदर्शन के कुछ पहलुओं में बहुत दिलचस्पी है। शुरू करने के लिए, ये विभिन्न संकेतक हैं जो किसी साइट को लोड करने के समय को चिह्नित करते हैं। अगला पृष्ठ रेंडरिंग का प्रारंभ समय है, जो उन आगंतुकों के लिए महत्वपूर्ण है जो साइट में प्रवेश करने के बाद, इसकी सामग्री को जितनी जल्दी हो सके देखना चाहते हैं (स्वाभाविक रूप से, सभी साइट आगंतुक इस श्रेणी में आते हैं)। मेरे द्वारा रुचि रखने वाले प्रदर्शन संकेतकों में वे हैं जो मेरे ग्राहक की गतिविधियों की विशिष्टताओं को दर्शाते हैं। उदाहरण के लिए: "उत्पाद लोड की मुख्य छवि कितनी जल्दी आती है?" इन सभी संकेतकों का विश्लेषण परियोजना की स्थिति के बारे में बहुमूल्य जानकारी प्रदान कर सकता है।



हालांकि, एक संकेतक है, जो, जैसा कि लगता है, फ्रंट-एंड डेवलपर्स अक्सर पर्याप्त ध्यान नहीं देते हैं। यह पहली बाइट के समय के बारे में है (टाइम टू फर्स्ट बाइट, टीटीएफबी)। आप इसे समझ सकते हैं, आप कम से कम आंशिक रूप से डेवलपर्स को TTFB के प्रति इस रवैये को माफ कर सकते हैं, विशेष रूप से इस तथ्य पर विचार करते हुए कि वे इस सूचक को कुछ इस तरह देखते हैं जो केवल परियोजनाओं के बैकएंड पर निर्भर करता है। लेकिन अगर हम इस संकेतक के संबंध में समस्या को संक्षेप में व्यक्त करने का प्रयास करते हैं, तो हम निम्नलिखित कह सकते हैं: "हालांकि एक अच्छा टीटीएफबी मूल्य का मतलब यह नहीं है कि यह प्रदर्शित करने वाली वेबसाइट को तेजी से माना जा सकता है, एक खराब टीटीएफबी संकेतक लगभग निश्चित रूप से परियोजना के प्रदर्शन के साथ समस्याओं का संकेत देता है।"

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

TTFB क्या है?

TTFB बहुत जानकारीपूर्ण नहीं दिखता ( पूर्ण आकार की छवि )

TTFB एक संकेतक है जो दिखता है, इसे हल्के ढंग से रखने के लिए, अपारदर्शी। उससे बहुत प्रभावित होता है कि मुझे लगता है कि हम हर समय सिर्फ उसके गंभीर विश्लेषण से दूर हैं। कई अटकलें हैं कि TTFB एक प्रतिक्रिया तैयार करने के लिए सर्वर को ले जाने में अभी समय है, लेकिन यह वास्तव में, TTFB को प्रभावित करने वाले केवल एक छोटे से हिस्से को प्रभावित करता है।

पहली बात मैं आपका ध्यान आकर्षित करना चाहूंगा कि यह सीखने पर कि लोग आमतौर पर बहुत हैरान होते हैं। हम इस तथ्य के बारे में बात कर रहे हैं कि टीटीएफबी में वह समय शामिल है जिसमें क्लाइंट से अनुरोध सर्वर पर नेटवर्क पर जाता है, और उस समय जो क्लाइंट के लिए सर्वर प्रतिक्रिया पथ लेता है। यह तथाकथित "राउंड ट्रिप टाइम" (राउंड ट्रिप टाइम, RTT) है। TTFB सर्वर द्वारा प्रतिक्रिया तैयार करने में अभी कुछ समय नहीं बिताया है। यह वह समय भी है जिस तरह से डेटा क्लाइंट से सर्वर और सर्वर से क्लाइंट पर जाने पर खर्च किया जाता है (यह डेटा, निश्चित रूप से "पहले बाइट" में शामिल है जो हमें रुचिकर बनाता है)।

अब, इस ज्ञान से लैस, हम इस कारण को आसानी से समझ सकते हैं कि जब मोबाइल उपकरणों से साइटों को देखा जाता है, तो टीटीएफबी संकेतक अक्सर केवल बड़े पैमाने पर होता है। यह बहुत संभव है कि पहले ऐसी स्थितियों में आपने कुछ इस तरह से पूछा होगा: "मुझे यकीन है कि सर्वर को नहीं पता है कि मैं मोबाइल से साइट देख रहा हूं। फिर यह TTFB को कैसे बढ़ाता है? " इसका कारण यह है कि, एक नियम के रूप में, मोबाइल नेटवर्क कनेक्शन उच्च विलंबता कनेक्शन हैं। यदि आरटीटी संकेतक, जो डेटा को फोन से सर्वर और पीछे की यात्रा करने के लिए आवश्यक समय को दर्शाता है, उदाहरण के लिए, 250 एमएस है, तो टीटीएफबी इसी मूल्य से बढ़ेगा।

अगर मैं इस सामग्री के पाठकों को इसमें से केवल एक प्रमुख विचार निकालना चाहता हूं, तो मैं इस विचार को इस प्रकार तैयार करूंगा: "नेटवर्क देरी TTFB को प्रभावित करती है।"

TTFB को और क्या प्रभावित करता है? वास्तव में - बहुत कुछ। यहां इस सूचक के गठन में योगदान देने वाली पूरी सूची से बहुत दूर है। इस सूची में आइटम यादृच्छिक क्रम में हैं।

• नेटवर्क देरी। जैसा कि पहले ही उल्लेख किया गया है, टीटीएफबी में सर्वर को अनुरोध देने और सर्वर से प्रतिक्रिया वापस लेने में लगने वाला समय शामिल है। उदाहरण के लिए, लंदन में स्थित डिवाइस और न्यूयॉर्क में स्थित सर्वर के बीच डेटा विनिमय सत्र के लिए आवश्यक समय। आदर्श रूप से, फाइबर ऑप्टिक कनेक्शन का उपयोग करते समय, यह 28 एमएस है। लेकिन यह कई आशावादी धारणाओं पर आधारित है। हकीकत में, आपको 75 एमएस की तरह की उम्मीद करनी चाहिए। यही कारण है कि सीडीएन का उपयोग करना इतना महत्वपूर्ण है। अब भी, इंटरनेट के युग में, एक निश्चित व्यवसाय और उसके ग्राहकों की भौगोलिक निकटता एक फायदा है।
• रूटिंग। यदि आप CDN का उपयोग करते हैं (और ऐसा होना चाहिए!), तो आपके क्लाइंट का अनुरोध, लीड्स से, कहलाता है कि वह केवल MAN डेटा सेंटर पर पुनर्निर्देशित किया जा सकता है, ताकि यह पता चले कि ग्राहक की जरूरत इसी PoP कैश में नहीं है । फिर अनुरोध को आपकी सामग्री के साथ वास्तविक सर्वर पर पुनर्निर्देशित किया जाएगा, फिर भी ग्राहक को यह प्रसारित करने के लिए कि उसे क्या चाहिए। यदि यह सर्वर स्थित है, उदाहरण के लिए, वर्जीनिया में, तो उपरोक्त सभी टीटीएफबी में बिना किसी स्पष्ट कारण के गंभीर वृद्धि का कारण बनेंगे।
• फाइलों के साथ काम करें। भले ही सर्वर अपने फाइल सिस्टम से स्टैटिक डेटा को पढ़ता है, जैसे कि चित्र या शैली की फाइलें, इस ऑपरेशन को पूरा करने में कुछ समय लगता है। यह समय टीटीएफबी का भी हिस्सा है।
• प्राथमिकता। HTTP / 2 प्रोटोकॉल में अनुरोध प्रसंस्करण को प्राथमिकता देने के लिए तंत्र है। नतीजतन, यह पता चल सकता है कि उच्च प्राथमिकता वाले अनुरोधों को रास्ता देते हुए, सर्वर पर कम-प्राथमिकता वाले अनुरोधों में देरी हो सकती है। भले ही आप HTTP / 2 प्राथमिकता वाले तंत्र को ध्यान में नहीं रखते हैं और यह मानते हैं कि सब कुछ सुचारू रूप से काम करता है, ये अपेक्षित विलंब TTFB में योगदान कर सकते हैं।
• चल रहे अनुप्रयोग। यह, वास्तव में, काफी स्पष्ट है, लेकिन मैं यह नोट करना चाहूंगा कि सर्वर अनुप्रयोगों को चलाने के लिए आवश्यक समय टीटीएफबी को गंभीरता से प्रभावित करता है।
• डेटाबेस प्रश्न। यदि आपको पेज बनाने के लिए डेटाबेस से कुछ अनुरोध करने की आवश्यकता है, तो इस तरह के ऑपरेशन को पूरा करने का समय भी टीटीएफबी में शामिल किया जाएगा।
• एपीआई कॉल यदि पृष्ठ को तैयार करने के लिए कुछ एपीआई (आंतरिक या बाहरी) के डेटा की आवश्यकता होती है, तो इन एपीआई को कॉल TTFB को प्रभावित करेगा।
• सर्वर रेंडरिंग यह स्पष्ट है कि सर्वर-साइड रेंडरिंग में समय लगता है, इस समय का मूल्यांकन करना आसान है, लेकिन इससे टीटीएफबी को इस ऑपरेशन के योगदान की उपेक्षा नहीं होती है।
• सस्ता होस्टिंग। यदि आप सस्ती होस्टिंग का उपयोग करते हैं, तो जितना संभव हो उतना बचाने और प्रदर्शन का त्याग करने की कोशिश कर रहा है, इसका आमतौर पर मतलब है कि कई अन्य परियोजनाएं उस सर्वर का उपयोग करती हैं जिस पर आपकी परियोजना स्थित है। शायद काफी मात्रा में। परिणामस्वरूप, कोई व्यक्ति जो सस्ते होस्टिंग का उपयोग करता है, सर्वर प्रदर्शन में गिरावट की उम्मीद कर सकता है, जो अनुरोधों को संसाधित करने की परियोजना की क्षमता को प्रभावित कर सकता है। वास्तव में, हम इस तथ्य के बारे में बात कर रहे हैं कि सर्वर हार्डवेयर की शक्ति आवेदन की जरूरतों को पूरा करने के लिए पर्याप्त नहीं है।
• DDoS हमले, परियोजना पर उच्च भार। यहां हम इस सूची के पिछले पैराग्राफ में चर्चा किए गए विषय को जारी रखते हैं। अर्थात्, यदि सर्वर पर लोड बढ़ता है, और परियोजना सर्वर क्षमताओं के लचीले स्केलिंग के लिए प्रदान नहीं करती है, तो यह इस तथ्य की ओर जाता है कि उपकरण सीमा पर काम करना शुरू कर देता है। और, परिणामस्वरूप, अनुप्रयोग प्रदर्शन गिर जाता है।
• WAF, लोड बैलेंसर्स। सर्वर एप्लिकेशन के सामने स्थित WAF या लोड बैलेंसर्स जैसी सेवाएं TTFB को बढ़ाती हैं।
• सीडीएन की कुछ विशेषताएं। सीडीएन का उपयोग करना एक ऐसा कारक है जो निश्चित रूप से टीटीएफबी पर लाभकारी प्रभाव डालता है, लेकिन सीडीएन की कुछ विशेषताएं इसे बदतर बना सकती हैं। उदाहरण के लिए, यह अनुरोध तह , ईएसआई , आदि है।
• "अंतिम मील" पर देरी। जब हम लंदन के एक कंप्यूटर के बारे में बात करते हैं जो न्यूयॉर्क में स्थित एक सर्वर तक पहुंचता है, तो हम आमतौर पर स्थिति की निगरानी करते हैं, लगभग इस तथ्य को कम करते हैं कि कंप्यूटर और सर्वर एक दूसरे से सीधे जुड़े हुए हैं। लेकिन वास्तव में, सब कुछ बहुत अधिक जटिल है। कंप्यूटर और सर्वर के बीच का संकेत कई मध्यस्थों के माध्यम से जाता है। हमारा राउटर इसे प्रदाता को भेजता है; एक वायरलेस नेटवर्क से, वह समुद्र के तल पर रखी एक केबल में घुस जाता है ... "अंतिम मील" पर देरी में उन सभी कठिनाइयों को शामिल किया जाता है जो अंत उपकरणों के बीच डेटा ट्रांसफर के रास्ते में आती हैं।

एक 0 एमएस TTFB एक पाइप सपना है। इसलिए, यह ध्यान रखना महत्वपूर्ण है कि सूची में ऐसा कुछ भी नहीं है जो हमेशा टीटीएफबी को नकारात्मक रूप से प्रभावित करता है या हमेशा इस सूचक को खराब करता है। यह सूची एक परियोजना के टीटीएफबी संरचना के विवरण के रूप में सबसे अच्छी तरह से समझी जाती है। मेरा लक्ष्य कुछ प्रौद्योगिकियों की आलोचना करना नहीं है, बल्कि यह बताना है कि कुछ प्रौद्योगिकियां TTFB को कैसे प्रभावित कर सकती हैं। और, ईमानदार होना, यह देखते हुए कि क्लाइंट को सर्वर से प्रतिक्रिया का पहला बाइट प्राप्त करने से पहले कितनी चीजें होती हैं, यह पहले से ही आश्चर्यजनक है कि साइटें आमतौर पर लोड हो रही हैं।

TTFB के साथ रहस्य उजागर

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

सर्वर टाइमिंग एपीआई डेवलपर्स को वैकल्पिक Server-Timing HTTP हेडर के साथ क्वेरी प्रतिक्रियाओं का विस्तार करने की अनुमति देता है। इसमें समय की जानकारी आवेदन द्वारा ही मापी जाती है।

यह वह तंत्र था जिसका उपयोग हमने पिछले साल बीबीसी आईप्लेयर पर काम करते समय किया था।


एक नया सर्वर-टाइमिंग हेडर किसी भी उत्तर ( पूर्ण आकार की छवि ) में जोड़ा जा सकता है

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


अब, सही ब्राउज़र में, आप TTFB संरचना ( पूर्ण आकार की छवि ) देख सकते हैं

यदि आप सर्वर टाइमिंग एपीआई को लागू करना चाहते हैं, तो इस सामग्री पर एक नज़र डालें।

परिणाम

यह बहुत महत्वपूर्ण है कि वेब डेवलपर्स समझें कि TTFB किस हद तक प्रभावित करता है जिसे वे "साइट प्रदर्शन" कहते हैं। पहली बाइट का समय एक निश्चित सीमा है, जिसे पार करने के बाद हम वेबसाइट अनुकूलन के बारे में बात कर सकते हैं। यह संकेतक जितना कम होगा, उतना बेहतर होगा।

प्रिय पाठकों! क्या आप TTFB के साथ अपनी वेब परियोजनाओं का अनुकूलन करते हैं?