पिछले 20 वर्षों में, वर्ल्ड वाइड वेब नाटकीय रूप से विकसित हुआ है। सभी बेहतर वेब टेक्नोलॉजीज को वर्तमान वाले (HTTP) की तुलना में संचार और फ़ाइल ट्रांसफर के लिए बेहतर और तेज समाधान और प्रोटोकॉल की आवश्यकता होती है जो अपनी तकनीकी सीमा तक पहुंच रहे हैं।
HTTP/2 क्या है?
HTTP/2 हाइपरटेक्स्ट ट्रांसपोर्ट प्रोटोकॉल (HTTP) का नवीनतम संस्करण है - वर्ल्ड वाइड वेब द्वारा उपयोग किया जाने वाला अंतर्निहित प्रोटोकॉल। इसे फरवरी 2015 में शुरू में मंजूरी दी गई थी। यह मूल HTTP के लगभग 20 साल बाद है। HTTP/2 लोड समय को कम करता है और सर्वर और ब्राउज़र के बीच संचार में व्यापक सुधार लाता है। अधिकांश ब्राउज़र्स ने पहले ही HTTP/2 को जोड़ लिया है, और इसने यूजर्स के दृष्टिकोण से कई चीजें नहीं बदलीं। यही मुख्य कारण है कि हम में से कई ने अभी तक इसके बारे में पढ़ा या सुना नहीं है।
HTTP/2 क्या करता है?
HTTP के उत्तराधिकारी के रूप में, HTTP/2 HTTP की सभी विशेषताओं को बेहतर बनाने पर केंद्रित है। पुराने प्रोटोकॉल के साथ बैकवर्ड कम्पैटिबिलिटी बनाए रखने के लिए, यह HTTP की अधिकांश कार्यक्षमता को बरकरार रखता है। हालांकि, यह कुछ कठोर सुधार पेश करता है।
HTTP और HTTP/2 दोनों परिभाषित करते हैं:
- विभिन्न कमांड्स के जवाब में वेब ब्राउज़र और सर्वर को कौन सी कार्रवाई करने की आवश्यकता है।
- वेब के माध्यम से एक कंप्यूटर से दूसरे कंप्यूटर में हर बिट जानकारी कैसे ट्रांसफर की जाती है।
- मैसेज कैसे बनाए, फॉर्मेट और ट्रांसमिट किए जाते हैं।
दूसरे शब्दों में, HTTP और HTTP/2 वेब कंटेंट को आपके कंप्यूटर तक कैसे पहुंचाया जाता है, इसके मानक निर्धारित करते हैं, अंतर यह है कि HTTP/2 अपने पूर्ववर्ती की तुलना में सभी चीजों को तेज बना रहा है। यहां आप विस्तार से देख सकते हैं कि HTTP/2 क्या करता है।
मल्टीप्लेक्स्ड स्ट्रीम्स
HTTP/2 प्रोटोकॉल के माध्यम से एक सर्वर और क्लाइंट के बीच भेजे गए टेक्स्ट फॉर्मेट फ्रेम्स की द्वि-दिशात्मक श्रृंखला को "स्ट्रीम्स" कहा जाता है। HTTP एक समय में केवल एक "स्ट्रीम" ट्रांसमिट करने में सक्षम है। स्ट्रीम भेजे जाने के बाद अगली स्ट्रीम ट्रांसमिशन के बीच समय की देरी होती है।
HTTP/2 एक नया बाइनरी फ्रेमिंग लेयर स्थापित करता है जो "स्ट्रीम्स" को एक-एक करके ट्रांसमिट करने की समस्या को सीधे हल करता है। यह क्लाइंट्स और सर्वर को HTTP/2 पेलोड को छोटे, स्वतंत्र और आसानी से प्रबंधनीय इंटरलीव्ड फ्रेम सीक्वेंस में विघटित करने की अनुमति देता है। यह सारी जानकारी दूसरे छोर पर प्राप्त होने पर फिर से इकट्ठी हो जाती है। यह प्रोटोकॉल बिना किसी विलंबता के क्रमिक स्ट्रीम्स के साथ कई, समवर्ती रूप से खुली, और स्वतंत्र द्वि-दिशात्मक सीक्वेंस के आदान-प्रदान को सक्षम बनाता है।
लाभ:
- समानांतर मल्टीप्लेक्स्ड अनुरोध और प्रतिक्रियाएं एक-दूसरे को ब्लॉक नहीं करतीं।
- एक सिंगल TCP कनेक्शन कई डेटा स्ट्रीम्स ट्रांसमिट करते समय भी प्रभावी नेटवर्क संसाधन उपयोग सुनिश्चित कर सकता है।
- तेज वेब प्रदर्शन, कम विलंबता, और बेहतर सर्च इंजन परिणाम।
- नेटवर्क और IT संसाधन चलाने में कम CapEx और OpEx।
HTTP/2 सर्वर पुश और कैश पुश
यह एक क्षमता है जो सर्वर को क्लाइंट्स को अतिरिक्त कैशेबल जानकारी भेजने की अनुमति देती है। वह जानकारी अनुरोधित नहीं है लेकिन भविष्य के अनुरोधों के लिए अनुमानित है। यदि क्लाइंट एक संसाधन A का अनुरोध करता है और यह ज्ञात है कि अनुरोधित संसाधन के साथ एक अन्य संसाधन B संदर्भित है, तो सर्वर दूसरे क्लाइंट अनुरोध की प्रतीक्षा करने के बजाय A के साथ B को पुश कर सकता है। फिर क्लाइंट भविष्य के उपयोग के लिए पुश किए गए संसाधन B को कैश में सेव करता है। यह फीचर पूरे अनुरोध-प्रतिक्रिया राउंड-ट्रिप प्रक्रिया को बचाता है और नेटवर्क विलंबता को कम करता है। Google ने मूल रूप से SPDY प्रोटोकॉल में सर्वर पुश पेश किया था।
HTTP/2 में एक और सुधार कैश पुश है। यह सक्रिय रूप से क्लाइंट के कैश को अपडेट या अमान्य करता है। यह सर्वरों को संभावित पुश करने योग्य संसाधनों की पहचान करने की क्षमता देता है जो क्लाइंट वास्तव में नहीं चाहते।
लाभ:
- क्लाइंट्स कैश्ड संसाधनों का एक कुशल भंडार बनाए रखने के लिए पुश किए गए संसाधनों को अस्वीकार कर सकते हैं (या सर्वर पुश को पूरी तरह से डिसेबल भी कर सकते हैं)।
- क्लाइंट्स समवर्ती रूप से मल्टीप्लेक्स्ड पुश किए गए स्ट्रीम्स की संख्या को सीमित कर सकते हैं।
- सर्वर पुश किए गए संसाधनों को प्राथमिकता दे सकते हैं। यह HTTP/2 और HTTP के बीच प्रदर्शन अंतर की कुंजी है।
- सर्वर क्लाइंट की अनुरोधित जानकारी के साथ एक ही TCP कनेक्शन के भीतर पुश किए गए संसाधनों को मल्टीप्लेक्स कर सकते हैं।
- क्लाइंट्स कैश्ड संसाधनों को विभिन्न पेजों पर उपयोग कर सकते हैं।
- क्लाइंट्स पुश किए गए संसाधनों को कैश मेमोरी में सेव करते हैं।
बाइनरी प्रोटोकॉल
HTTP/2 में टेक्स्ट प्रोटोकॉल को बाइनरी प्रोटोकॉल में बदलने की क्षमता में काफी सुधार हुआ है। जबकि HTTP टेक्स्ट कमांड्स को प्रोसेस करके अनुरोध-प्रतिक्रिया चक्र निष्पादित करता था, HTTP/2 बाइनरी कमांड्स पर निर्भर करता है। जो समान कार्यों को निष्पादित करने के लिए समय को छोटा करता है (1s और 0s तक)।
HTTP/2 सपोर्ट वाले ब्राउज़र नेटवर्क पर ट्रांसमिट करने से पहले टेक्स्ट कमांड्स को बाइनरी कोड में बदल देंगे। हालांकि, बाइनरी फ्रेमिंग लेयर HTTP सर्वर और क्लाइंट्स के साथ बैकवर्ड कम्पैटिबल नहीं है।
लाभ:
- HTTP की टेक्स्टुअल प्रकृति से जुड़ी सुरक्षा चिंताओं को रोकना (उदाहरण: रिस्पांस स्प्लिटिंग अटैक्स)।
- कम्प्रेशन, प्राथमिकता, मल्टीप्लेक्सिंग, TLS की प्रभावी हैंडलिंग, और फ्लो कंट्रोल जैसी HTTP/2 क्षमताओं को सक्षम करना।
- कमांड्स का कॉम्पैक्ट प्रतिनिधित्व जिससे आसान कार्यान्वयन और प्रोसेसिंग होती है।
- क्लाइंट्स और सर्वर के बीच मजबूत और प्रभावी डेटा प्रोसेसिंग।
- बेहतर थ्रूपुट और कम नेटवर्क विलंबता।
- HTTP की तुलना में त्रुटियों की कम संभावना।
- अत्यधिक कुशल नेटवर्क संसाधन उपयोग।
- डेटा पार्सिंग में कम ओवरहेड।
- हल्का नेटवर्क फुटप्रिंट।
स्ट्रीम प्राथमिकता
HTTP/2 क्लाइंट्स को विशेष डेटा स्ट्रीम्स के लिए प्राथमिकताएं प्रदान करने की अनुमति देता है। सर्वर इन क्लाइंट निर्देशों का पालन करने के लिए बाध्य नहीं हैं, लेकिन यह तंत्र सर्वर को उपयोगकर्ता आवश्यकताओं के आधार पर नेटवर्क संसाधन आवंटन को अनुकूलित करने की अनुमति देता है।
स्ट्रीम प्राथमिकता प्रत्येक स्ट्रीम को दिए गए वजन और निर्भरता के साथ काम करती है। इस तथ्य के बावजूद कि सभी स्ट्रीम्स स्वाभाविक रूप से एक-दूसरे पर निर्भर हैं, उनके पास 1 और 256 के बीच एक वजन होता है। स्ट्रीम प्राथमिकता तंत्र अभी भी बहस का विषय हैं। हालांकि, जब स्ट्रीम प्राथमिकता को एक ही TCP कनेक्शन में कई डेटा स्ट्रीम्स को प्रोसेस करने की HTTP/2 क्षमता के साथ जोड़ा जाता है, तो यह अलग-अलग प्राथमिकता वाले सर्वर अनुरोधों के एक साथ आने का कारण बन सकता है।
लाभ:
- नेटवर्क विलंबता चिंताओं के नकारात्मक प्रभावों को कम करना।
- उपयोगकर्ता अनुभव और पेज-लोड स्पीड में सुधार।
- सर्वर और क्लाइंट के बीच डेटा संचार में अनुकूलन।
- अत्यधिक प्रभावी नेटवर्क संसाधन उपयोग।
- प्राथमिक सामग्री अनुरोधों के लिए डिलीवरी समय में कमी।
स्टेटफुल हेडर कम्प्रेशन
जब यूजर्स मीडिया-समृद्ध कंटेंट वेबसाइट्स ब्राउज़ करते हैं, HTTP का उपयोग करते हुए, क्लाइंट्स कई निकट-समान हेडर फ्रेम्स पुश करते हैं। ऐसा इसलिए है क्योंकि प्रत्येक क्लाइंट अनुरोध में उतनी ही जानकारी शामिल होनी चाहिए जितनी सर्वर को अनुरोधित ऑपरेशन करने के लिए आवश्यक है। यह प्रक्रिया विलंबता और अनावश्यक संसाधन खपत की ओर ले जाती है।
HTTP/2 में बड़ी संख्या में अनावश्यक हेडर फ्रेम्स को कंप्रेस करने की क्षमता शामिल है। यह HPACK विशिष्टता पर निर्भर करता है जो हेडर कम्प्रेशन के लिए एक सुरक्षित और सरल दृष्टिकोण है। क्लाइंट्स और सर्वर पिछले क्लाइंट-सर्वर अनुरोधों में उपयोग किए गए हेडर्स की एक सूची बनाए रखते हैं। यह सीधे अनावश्यक हेडर फ्रेम्स की चिंताओं को संबोधित करता है।
लाभ:
- आमतौर पर उपयोग किए जाने वाले हेडर्स और बड़े हेडर्स को एन्कोड करता है। जो पूरे हेडर फ्रेम्स भेजने की आवश्यकता को समाप्त करता है। प्रत्येक स्ट्रीम का व्यक्तिगत आकार काफी कम हो जाता है।
- कम्प्रेस्ड हेडर्स के साथ डेटा स्ट्रीम्स की खोज करने वाले CRIME जैसे सुरक्षा हमलों को रोकना।
- मल्टीप्लेक्सिंग तंत्र का कुशल उपयोग।
- कुशल स्ट्रीम प्राथमिकता।
- संसाधन ओवरहेड में कमी।
HTTP/2 के वास्तविक दुनिया के लाभ
HTTP/2 भविष्य की जरूरतों और अपेक्षाओं को पूरा करने के लिए प्रौद्योगिकी की क्षमता को अधिकतम करने पर केंद्रित है। यहां HTTP/2 का उपयोग करने के वास्तविक दुनिया के लाभ हैं।
वेब प्रदर्शन और मोबाइल वेब प्रदर्शन - HTTP/2 में एक क्लाइंट-सर्वर संचार चक्र में अधिक डेटा भेजने और प्राप्त करने की क्षमता है। यह मोबाइल डेटा नेटवर्क और प्रति उपयोगकर्ता सीमित बैंडविड्थ वाले नेटवर्क पर इंटरनेट सेवाओं तक पहुंचने में विलंबता को कम करने के लिए अच्छा काम करता है।
सस्ता हाई-स्पीड इंटरनेट - HTTP/2 डेटा संचार की प्रभावशीलता को बढ़ाता है। यह इंटरनेट प्रोवाइडर्स को हाई-स्पीड इंटरनेट के मानकों को बनाए रखते हुए समग्र खर्चों को कम करने की अनुमति देता है।
सुरक्षा - HTTP/2 टेक्स्ट-आधारित एप्लिकेशन लेयर प्रोटोकॉल को लक्षित करने वाले खतरों के प्रति संवेदनशील नहीं है। इसके अलावा, यह क्लाइंट्स और सर्वर के बीच संवेदनशील डेटा ट्रांसमिशन की रक्षा के लिए "सिक्योरिटी बाय ऑब्सक्योरिटी" दृष्टिकोण का उपयोग करता है।
व्यापक पहुंच - HTTP/2 के लाभ प्रोवाइडर्स के लिए इंटरनेट परिणामों को कम करते हैं। इससे दुनिया भर में व्यापक इंटरनेट कवरेज होगा।
मीडिया-समृद्ध वेब अनुभव - HTTP/2 जो प्रौद्योगिकी सुविधाएं और लाभ वर्ल्ड वाइड वेब में लाता है, तेज पेज-लोड स्पीड पर मीडिया-समृद्ध कंटेंट वितरित करने में सक्षम बुनियादी ढांचा प्रदान करता है।
समाप्ति
HTTP/2 अपेक्षाकृत नया प्रोटोकॉल है, लेकिन इसके लिए समर्थन लगातार बढ़ रहा है। आजकल, अधिकांश इंटरनेट ब्राउज़र HTTP/2 का समर्थन करते हैं (Microsoft Edge, Google Chrome, Safari, Firefox, Chrome for Android)। कई वेब सर्वर में HTTP/2 नेटिव सपोर्ट शामिल है (Apache HTTP Server, Tomcat, NGINX)। इसमें कोई संदेह नहीं कि HTTP/2 भविष्य का WWW प्रोटोकॉल है।
