सीडीएन का प्रयोग न करें

साइट की गति को अनुकूलित करने के लिए लगभग हर लेख या टूल में एक मामूली खंड होता है "सीडीएन का उपयोग करें।" सामान्य तौर पर, CDN एक सामग्री वितरण नेटवर्क या सामग्री वितरण नेटवर्क है। मेथड लैब में हमें अक्सर इस विषय पर ग्राहकों से प्रश्न मिलते हैं; उनमें से कुछ अपना स्वयं का सीडीएन सक्षम करते हैं। इस लेख का उद्देश्य यह समझना है कि साइट लोडिंग गति के संदर्भ में सीडीएन क्या प्रदान कर सकता है, क्या समस्याएं उत्पन्न हो सकती हैं और किन मामलों में सीडीएन का उपयोग उचित है।

चित्र में दिखाई गई देरी CDN के उपयोग के कारण होती है।

एक छोटा सा इतिहास

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

जब एक सर्वर से कई क्लाइंट के समानांतर एक वीडियो स्ट्रीम प्रसारित करने का प्रयास किया जाता है, तो सर्वर का इंटरनेट चैनल संभवतः बाधा बन जाएगा। एक नियम के रूप में, कुछ हज़ार थ्रेड एक सामान्य सर्वर चैनल को बंद करने के लिए पर्याप्त हैं। बेशक, अन्य संसाधन सीमाएँ भी हो सकती हैं, लेकिन वे अभी महत्वपूर्ण नहीं हैं। यह भी महत्वपूर्ण है कि सर्वर चैनल का विस्तार करना बहुत महंगा (और कभी-कभी असंभव) है, और अव्यावहारिक भी है। प्रसारण के दौरान चैनल पर लोड चक्रीय होगा।

किसी व्यक्तिगत सर्वर के चैनल को सीमित करने की समस्या CDN द्वारा पूरी तरह से हल हो गई है। ग्राहक सीधे सर्वर से नहीं, बल्कि सीडीएन नेटवर्क में नोड्स से जुड़ते हैं। एक आदर्श स्थिति में, सर्वर एक स्ट्रीम को सीडीएन नोड पर भेजता है, और फिर नेटवर्क इस स्ट्रीम को कई उपयोगकर्ताओं तक पहुंचाने के लिए अपने स्वयं के संसाधनों का उपयोग करता है। आर्थिक दृष्टिकोण से, हम केवल वास्तव में उपभोग किए गए संसाधनों के लिए भुगतान करते हैं (यह बैंडविड्थ या ट्रैफ़िक हो सकता है) और हमारी सेवा की उत्कृष्ट मापनीयता प्राप्त करते हैं। भारी सामग्री वितरित करने के लिए सीडीएन का उपयोग करना पूरी तरह से उचित और तार्किक है। हालाँकि यह ध्यान देने योग्य है कि इस क्षेत्र के सबसे बड़े खिलाड़ी (उदाहरण के लिए नेटफ्लिक्स) बड़े वाणिज्यिक सीडीएन (अकामाई, क्लाउडफ्लेयर, फास्टली, आदि) का उपयोग करने के बजाय अपने स्वयं के सीडीएन का निर्माण कर रहे हैं।

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

समस्या इस तथ्य से बढ़ गई थी कि HTTP/1.1 प्रोटोकॉल (SPDY, QUIC और HTTP/2 के आगमन से पहले यह एकमात्र विकल्प था) का उपयोग करते समय, ब्राउज़र एक होस्ट के लिए 6 से अधिक टीसीपी कनेक्शन नहीं खोलते थे। इस सबके कारण कनेक्शन डाउनटाइम और चैनल बैंडविड्थ का अकुशल उपयोग हुआ। समस्या को आंशिक रूप से डोमेन शार्डिंग द्वारा हल किया गया था - कनेक्शन की संख्या पर सीमा को पार करने के लिए अतिरिक्त होस्ट का निर्माण।

यहीं पर सीडीएन की दूसरी क्षमता प्रकट होती है - बड़ी संख्या में बिंदुओं और उपयोगकर्ता से नोड्स की निकटता के कारण विलंबता (आरटीटी) को कम करना। दूरी यहां एक निर्णायक भूमिका निभाती है: प्रकाश की गति सीमित है (ऑप्टिकल फाइबर में लगभग 200 किमी/सेकंड)। इसका मतलब यह है कि प्रत्येक 000 किमी की यात्रा में आरटीटी में 1000 एमएस या 5 एमएस की देरी जुड़ जाती है। यह ट्रांसमिशन के लिए आवश्यक न्यूनतम समय है, क्योंकि मध्यवर्ती उपकरण पर भी देरी होती है। चूँकि एक सीडीएन आमतौर पर अपने सर्वर पर ऑब्जेक्ट को कैश करना जानता है, हम सीडीएन के माध्यम से ऐसी ऑब्जेक्ट को लोड करने से लाभ उठा सकते हैं। इसके लिए आवश्यक शर्तें: कैश में ऑब्जेक्ट की उपस्थिति, वेब एप्लिकेशन सर्वर (मूल सर्वर) की तुलना में उपयोगकर्ता से सीडीएन बिंदु की निकटता। यह समझना महत्वपूर्ण है कि सीडीएन नोड की भौगोलिक निकटता कम विलंबता की गारंटी नहीं देती है। क्लाइंट और सीडीएन के बीच रूटिंग को इस तरह से बनाया जा सकता है कि क्लाइंट किसी अन्य देश और संभवतः किसी अन्य महाद्वीप पर होस्ट से जुड़ जाएगा। यहीं पर दूरसंचार ऑपरेटरों और सीडीएन सेवा (पीयरिंग, कनेक्शन, IX में भागीदारी, आदि) और सीडीएन की ट्रैफिक रूटिंग नीति के बीच संबंध सामने आते हैं। उदाहरण के लिए, क्लाउडफ़ेयर, दो प्रारंभिक योजनाओं (मुफ़्त और सस्ते) का उपयोग करते समय, निकटतम होस्ट से सामग्री की डिलीवरी की गारंटी नहीं देता है - न्यूनतम लागत प्राप्त करने के लिए होस्ट का चयन किया जाएगा।

कई अग्रणी इंटरनेट कंपनियां लोडिंग गति और वेबसाइट प्रदर्शन के विषय में सार्वजनिक हित (वेब ​​डेवलपर्स और सेवा मालिकों) को आकर्षित करती हैं। इन कंपनियों में Yahoo (Yslow टूल), AOL (वेबपेजटेस्ट) और Google (पेज स्पीड इनसाइट्स सर्विस) शामिल हैं, जो साइटों की गति बढ़ाने के लिए अपनी स्वयं की सिफारिशें विकसित कर रहे हैं (मुख्य रूप से वे क्लाइंट ऑप्टिमाइज़ेशन से संबंधित हैं)। बाद में, नए वेबसाइट गति परीक्षण उपकरण सामने आए, जो वेबसाइट की गति बढ़ाने के बारे में युक्तियाँ भी प्रदान करते हैं। इनमें से प्रत्येक सेवा या प्लगइन की एक सुसंगत अनुशंसा है: "सीडीएन का उपयोग करें।" नेटवर्क विलंबता में कमी को आमतौर पर सीडीएन के प्रभाव के स्पष्टीकरण के रूप में उद्धृत किया जाता है। दुर्भाग्य से, हर कोई यह समझने के लिए तैयार नहीं है कि सीडीएन का त्वरण प्रभाव कैसे प्राप्त किया जाता है और इसे कैसे मापा जा सकता है, इसलिए सिफारिश को विश्वास पर लिया जाता है और एक अभिधारणा के रूप में उपयोग किया जाता है। वास्तव में, सभी CDN समान नहीं बनाए गए हैं।

सीडीएन टुडे का उपयोग करना

सीडीएन के उपयोग की उपयोगिता का आकलन करने के लिए, उन्हें वर्गीकृत करने की आवश्यकता है। व्यवहार में अब क्या पाया जा सकता है (कोष्ठक में दिए गए उदाहरण, निश्चित रूप से, संपूर्ण नहीं हैं):

1. जेएस लाइब्रेरी वितरित करने के लिए निःशुल्क सीडीएन (मैक्ससीडीएन, गूगल. यांडेक्स)।
2. क्लाइंट अनुकूलन के लिए सेवाओं का सीडीएन (उदाहरण के लिए, फ़ॉन्ट्स के लिए Google फ़ॉन्ट्स, क्लाउडिनरी, छवियों के लिए क्लाउडइमेज)।
3. सीएमएस में स्थिर और संसाधन अनुकूलन के लिए सीडीएन (बिट्रिक्स, वर्डप्रेस और अन्य में उपलब्ध)।
4. सामान्य प्रयोजन CDN (स्टैकपाथ, CDNVideo, NGENIX, मेगाफोन)।
5. वेबसाइट त्वरण के लिए सीडीएन (क्लाउडफ्लेयर, इम्पेर्वा, एरी)।

इन प्रकारों के बीच मुख्य अंतर यह है कि CDN के माध्यम से कितना ट्रैफ़िक जाता है। प्रकार 1-3 सामग्री के केवल भाग की डिलीवरी है: एक अनुरोध से लेकर कई दर्जन (आमतौर पर चित्र) तक। प्रकार 4 और 5 सीडीएन के माध्यम से ट्रैफ़िक की पूर्ण प्रॉक्सीिंग हैं।

व्यवहार में, इसका मतलब साइट को लोड करने के लिए उपयोग किए जाने वाले कनेक्शनों की संख्या है। HTTP/2 के साथ, हम किसी भी संख्या में अनुरोधों को संसाधित करने के लिए होस्ट से एकल टीसीपी कनेक्शन का उपयोग करते हैं। यदि हम संसाधनों को मुख्य होस्ट (मूल) और सीडीएन में विभाजित करते हैं, तो कई डोमेन में अनुरोध वितरित करना और कई टीसीपी कनेक्शन बनाना आवश्यक है। सबसे खराब स्थिति है: डीएनएस (1 आरटीटी) + टीसीपी (1 आरटीटी) + टीएलएस (2-3 आरटीटी) = 6-7 आरटीटी। यह फॉर्मूला डिवाइस के रेडियो चैनल के सक्रियण के लिए मोबाइल नेटवर्क में देरी (यदि यह सक्रिय नहीं था) और सेल टावर पर देरी को ध्यान में नहीं रखता है।

यह साइट के लोडिंग वॉटरफॉल पर ऐसा दिखता है (सीडीएन से कनेक्ट करने के लिए विलंबता को आरटीटी 150 एमएस पर हाइलाइट किया गया है):

यदि सीडीएन सभी साइट ट्रैफ़िक (तृतीय-पक्ष सेवाओं को छोड़कर) को कवर करता है, तो हम एकल टीसीपी कनेक्शन का उपयोग कर सकते हैं, जिससे अतिरिक्त होस्ट से कनेक्ट होने में होने वाली देरी से बचा जा सकता है। बेशक, यह HTTP/2 कनेक्शन पर लागू होता है।

आगे के अंतर एक विशेष सीडीएन की कार्यक्षमता से निर्धारित होते हैं - पहले प्रकार के लिए यह सिर्फ एक स्थिर फ़ाइल होस्ट कर रहा है, पांचवें के लिए यह अनुकूलन के उद्देश्य से कई प्रकार की साइट सामग्री को बदल रहा है।

वेबसाइट त्वरण के लिए सीडीएन क्षमताएं

आइए अलग-अलग प्रकार के सीडीएन की कार्यक्षमता की परवाह किए बिना, साइटों को गति देने के लिए सीडीएन क्षमताओं की पूरी श्रृंखला का वर्णन करें, और फिर देखें कि उनमें से प्रत्येक में क्या लागू किया गया है।

1. पाठ संसाधनों का संपीड़न

सबसे बुनियादी और समझने योग्य सुविधा, फिर भी अक्सर खराब तरीके से कार्यान्वित की जाती है। सभी सीडीएन अपनी त्वरण सुविधा के रूप में संपीड़न की उपस्थिति की घोषणा करते हैं। लेकिन यदि आप अधिक विस्तार से देखें, तो कमियाँ स्पष्ट हो जाती हैं:

• गतिशील संपीड़न के लिए निम्न डिग्री का उपयोग किया जा सकता है - 5-6 (उदाहरण के लिए, जीज़िप के लिए अधिकतम 9 है);
• स्थैतिक संपीड़न (कैश में फ़ाइलें) अतिरिक्त सुविधाओं का उपयोग नहीं करता है (उदाहरण के लिए, 11 डिग्री के साथ ज़ोपफ़ी या ब्रोटली)
• कुशल ब्रोटली संपीड़न के लिए कोई समर्थन नहीं है (जीज़िप की तुलना में लगभग 20% की बचत)।

यदि आप सीडीएन का उपयोग करते हैं, तो इन कुछ बिंदुओं की जांच करना उचित है: सीडीएन से आई फ़ाइल लें, उसके संपीड़ित आकार को रिकॉर्ड करें और तुलना के लिए इसे मैन्युअल रूप से संपीड़ित करें (उदाहरण के लिए, आप ब्रोटली समर्थन के साथ कुछ ऑनलाइन सेवा का उपयोग कर सकते हैं) vsszhat.rf).

2. क्लाइंट कैशिंग हेडर सेट करना

इसके अलावा एक सरल स्पीडअप सुविधा: क्लाइंट (ब्राउज़र) द्वारा सामग्री कैशिंग के लिए हेडर जोड़ें। सबसे वर्तमान हेडर कैश-कंट्रोल है, पुराना हेडर समाप्त हो गया है। इसके अतिरिक्त, Etag का उपयोग किया जा सकता है। मुख्य बात यह है कि कैश-नियंत्रण की अधिकतम आयु काफी बड़ी है (एक महीने या उससे अधिक से)। यदि आप संसाधन को यथासंभव कठिन कैश करने के लिए तैयार हैं, तो आप अपरिवर्तनीय विकल्प जोड़ सकते हैं।

सीडीएन अधिकतम-आयु मान को कम कर सकते हैं, जिससे उपयोगकर्ता को स्थिर सामग्री को अधिक बार पुनः लोड करने के लिए मजबूर किया जा सकता है। यह स्पष्ट नहीं है कि यह किससे जुड़ा है: नेटवर्क पर ट्रैफ़िक बढ़ाने या उन साइटों के साथ संगतता बढ़ाने की इच्छा जो कैश को रीसेट करना नहीं जानते हैं। उदाहरण के लिए, डिफ़ॉल्ट क्लाउडफ़ेयर हेडर कैश समय 1 घंटा है, जो अपरिवर्तनीय स्थैतिक डेटा के लिए बहुत कम है।

3. छवि अनुकूलन

चूंकि सीडीएन कैशिंग और छवियों को प्रस्तुत करने का कार्य करता है, इसलिए उन्हें सीडीएन पक्ष पर अनुकूलित करना और उन्हें इस रूप में उपयोगकर्ताओं को प्रदान करना तर्कसंगत होगा। आइए तुरंत आरक्षण करें कि यह सुविधा केवल सीडीएन प्रकार 2, 3 और 5 के लिए उपलब्ध है।

आप विभिन्न तरीकों से छवियों को अनुकूलित कर सकते हैं: उन्नत संपीड़न प्रारूप (जैसे वेबपी), अधिक कुशल एनकोडर (मोजजेपीईजी) का उपयोग करना, या बस अनावश्यक मेटाडेटा को साफ़ करना।

सामान्य तौर पर, ऐसे अनुकूलन दो प्रकार के होते हैं: गुणवत्ता हानि के साथ और गुणवत्ता हानि के बिना। सीडीएन आमतौर पर छवि गुणवत्ता में बदलाव के बारे में संभावित ग्राहक शिकायतों से बचने के लिए दोषरहित अनुकूलन का उपयोग करने का प्रयास करते हैं। ऐसी स्थिति में लाभ न्यूनतम होगा। वास्तव में, अक्सर JPEG गुणवत्ता स्तर आवश्यकता से बहुत अधिक होता है और आप उपयोगकर्ता अनुभव से समझौता किए बिना निम्न गुणवत्ता स्तर के साथ सुरक्षित रूप से पुनः संपीड़ित कर सकते हैं। दूसरी ओर, सभी संभावित वेब अनुप्रयोगों के लिए सार्वभौमिक रूप से गुणवत्ता और सेटिंग्स के स्तर को निर्धारित करना मुश्किल है, इसलिए सीडीएन उन सेटिंग्स की तुलना में अधिक रूढ़िवादी सेटिंग्स का उपयोग करते हैं जिन्हें संदर्भ (छवियों का उद्देश्य, वेब एप्लिकेशन का प्रकार) को ध्यान में रखते हुए लागू किया जा सकता है। , वगैरह।)

4. टीएलएस कनेक्शन का अनुकूलन

आज अधिकांश ट्रैफ़िक टीएलएस कनेक्शन पर यात्रा करता है, जिसका अर्थ है कि हम टीएलएस बातचीत पर अतिरिक्त समय खर्च करते हैं। हाल ही में, इस प्रक्रिया को तेज़ करने के लिए नई तकनीकों का विकास किया गया है। उदाहरण के लिए, यह ईसी क्रिप्टोग्राफी, टीएलएस 1.3, सत्र कैश और टिकट, हार्डवेयर एन्क्रिप्शन त्वरण (एईएस-एनआई), आदि है। टीएलएस को सही ढंग से सेट करने से कनेक्शन समय 0-1 आरटीटी तक कम हो सकता है (डीएनएस और टीसीपी की गिनती नहीं)।

आधुनिक सॉफ़्टवेयर के साथ, ऐसी प्रथाओं को स्वयं लागू करना कठिन नहीं है।

सभी सीडीएन टीएलएस सर्वोत्तम प्रथाओं को लागू नहीं करते हैं; आप टीएलएस कनेक्शन समय को मापकर इसकी जांच कर सकते हैं (उदाहरण के लिए, वेबपेजटेस्ट में)। नए कनेक्शन के लिए आदर्श - 1RTT, 2RTT - औसत स्तर, 3RTT और अधिक - खराब।

यह भी ध्यान दिया जाना चाहिए कि सीडीएन स्तर पर टीएलएस का उपयोग करते समय भी, हमारे वेब एप्लिकेशन वाले सर्वर को भी टीएलएस को संसाधित करना होगा, लेकिन सीडीएन की ओर से, क्योंकि सर्वर और सीडीएन के बीच यातायात सार्वजनिक नेटवर्क पर गुजरता है। सबसे खराब स्थिति में, हमें दोहरी टीएलएस कनेक्शन देरी मिलेगी (पहला सीडीएन होस्ट के लिए, दूसरा उसके और हमारे सर्वर के बीच)।

कुछ अनुप्रयोगों के लिए, सुरक्षा मुद्दों पर ध्यान देना उचित है: ट्रैफ़िक को आमतौर पर सीडीएन नोड्स पर डिक्रिप्ट किया जाता है, और यह ट्रैफ़िक अवरोधन का एक संभावित अवसर है। ट्रैफ़िक प्रकटीकरण के बिना काम करने का विकल्प आमतौर पर अतिरिक्त शुल्क के लिए शीर्ष टैरिफ योजनाओं में पेश किया जाता है।

5. कनेक्शन विलंब कम करें

सीडीएन का मुख्य लाभ जिसके बारे में हर कोई बात करता है: सीडीएन होस्ट और उपयोगकर्ता के बीच कम विलंबता (कम दूरी)। भौगोलिक रूप से वितरित नेटवर्क आर्किटेक्चर बनाकर हासिल किया गया, जिसमें होस्ट उपयोगकर्ताओं की एकाग्रता के बिंदुओं (शहर, यातायात विनिमय बिंदु, आदि) में स्थित हैं।

व्यवहार में, विभिन्न नेटवर्कों की प्राथमिकताएँ विशिष्ट क्षेत्रों में हो सकती हैं। उदाहरण के लिए, रूसी सीडीएन की रूस में उपस्थिति के अधिक बिंदु होंगे। अमेरिका वाले सबसे पहले अमेरिका में नेटवर्क विकसित करेंगे। उदाहरण के लिए, सबसे बड़े सीडीएन क्लाउडफ्लेयर में से एक के रूस में केवल 2 अंक हैं - मॉस्को और सेंट पीटर्सबर्ग। अर्थात्, हम मॉस्को में प्रत्यक्ष प्लेसमेंट की तुलना में अधिकतम लगभग 10 एमएस विलंबता बचा सकते हैं।

अधिकांश पश्चिमी सीडीएन के पास रूस में बिल्कुल भी अंक नहीं हैं। उनसे जुड़कर, आप केवल अपने रूसी दर्शकों के लिए विलंब बढ़ा सकते हैं।

6. सामग्री अनुकूलन (न्यूनीकरण, संरचनात्मक परिवर्तन)

सबसे जटिल और तकनीकी रूप से उन्नत बिंदु. डिलीवरी के दौरान सामग्री बदलना बहुत जोखिम भरा हो सकता है। भले ही हम लघुकरण लें: स्रोत कोड को कम करना (अतिरिक्त रिक्त स्थान, महत्वहीन संरचनाओं आदि के कारण) इसके प्रदर्शन को प्रभावित कर सकता है। यदि हम अधिक गंभीर परिवर्तनों के बारे में बात करते हैं - जेएस कोड को HTML के अंत तक ले जाना, फ़ाइलों को मर्ज करना, आदि - तो साइट की कार्यक्षमता बाधित होने का जोखिम और भी अधिक है।

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

एक नियम के रूप में, ऐसे सभी अनुकूलन सेटिंग्स द्वारा नियंत्रित होते हैं और सबसे खतरनाक अनुकूलन डिफ़ॉल्ट रूप से अक्षम होते हैं।

सीडीएन प्रकार द्वारा त्वरण क्षमताओं के लिए समर्थन

तो आइए देखें कि विभिन्न प्रकार के सीडीएन कौन से संभावित त्वरण अवसर प्रदान करते हैं।

सुविधा के लिए, हम वर्गीकरण दोहराते हैं।

1. जेएस लाइब्रेरी वितरित करने के लिए निःशुल्क सीडीएन (मैक्ससीडीएन, गूगल. यांडेक्स)।
2. क्लाइंट अनुकूलन के लिए सेवाओं का सीडीएन (उदाहरण के लिए, फ़ॉन्ट्स के लिए Google फ़ॉन्ट्स, क्लाउडिनरी, छवियों के लिए क्लाउडइमेज)।
3. सीएमएस में स्थिर और संसाधन अनुकूलन के लिए सीडीएन (बिट्रिक्स, वर्डप्रेस और अन्य में उपलब्ध)।
4. सामान्य प्रयोजन CDN (स्टैकपाथ, CDNVideo, NGENIX, मेगाफोन)।
5. वेबसाइट त्वरण के लिए सीडीएन (क्लाउडफ्लेयर, इम्पेर्वा, एरी)।

आइए अब CDN की विशेषताओं और प्रकारों की तुलना करें।

अवसर
1 प्रकार
2 प्रकार
3 प्रकार
4 प्रकार
5 प्रकार

पाठ संपीड़न
+–
-
+–
+–
+

कैश हेडर
+
+
+
+
+

तस्वीरें
-
+–
+–
-
+

टीएलएस
-
-
-
+–
+

विलंब
-
-
-
+
+

सामग्री
-
-
-
-
+

इस तालिका में, "+" का उपयोग पूर्ण समर्थन को इंगित करने के लिए किया जाता है, "-" कोई समर्थन नहीं है, और "+-" आंशिक समर्थन है। बेशक, वास्तविकता में इस तालिका से विचलन हो सकते हैं (उदाहरण के लिए, कुछ सामान्य-उद्देश्य वाले सीडीएन छवियों को अनुकूलित करने के लिए सुविधाओं को लागू करेंगे), लेकिन एक सामान्य विचार के लिए यह उपयोगी है।

परिणाम

उम्मीद है, इस लेख को पढ़ने के बाद आपके पास अपनी साइटों को गति देने के लिए "सीडीएन का उपयोग करें" अनुशंसा के बारे में एक स्पष्ट तस्वीर होगी।

किसी भी व्यवसाय की तरह, आप किसी भी सेवा के विपणन वादों पर विश्वास नहीं कर सकते। वास्तविक परिस्थितियों में प्रभाव को मापने और परीक्षण करने की आवश्यकता है। यदि आप पहले से ही सीडीएन का उपयोग कर रहे हैं, तो लेख में वर्णित मानदंडों का उपयोग करके इसकी प्रभावशीलता की जांच करें।

यह संभव है कि अभी सीडीएन का उपयोग करने से आपकी साइट का लोडिंग समय धीमा हो रहा है।

एक सामान्य अनुशंसा के रूप में, हम निम्नलिखित पर ध्यान केंद्रित कर सकते हैं: अपने दर्शकों का अध्ययन करें, इसका भौगोलिक दायरा निर्धारित करें। यदि आपका मुख्य दर्शक 1-2 हजार किलोमीटर के दायरे में केंद्रित है, तो आपको इसके मुख्य उद्देश्य - विलंबता को कम करने के लिए सीडीएन की आवश्यकता नहीं है। इसके बजाय, आप अपने सर्वर को अपने उपयोगकर्ताओं के करीब रख सकते हैं और इसे ठीक से कॉन्फ़िगर कर सकते हैं, लेख में वर्णित अधिकांश अनुकूलन (निःशुल्क और स्थायी) प्राप्त कर सकते हैं।

यदि आपके दर्शक वास्तव में भौगोलिक रूप से वितरित हैं (3000 किलोमीटर से अधिक का दायरा), तो गुणवत्ता वाले सीडीएन का उपयोग करना वास्तव में उपयोगी होगा। हालाँकि, आपको पहले से यह समझने की ज़रूरत है कि आपका सीडीएन वास्तव में क्या गति दे सकता है (क्षमताओं की तालिका और उनका विवरण देखें)। हालाँकि, वेबसाइट एक्सेलेरेशन अभी भी एक जटिल कार्य बना हुआ है जिसे सीडीएन कनेक्ट करके हल नहीं किया जा सकता है। उपरोक्त अनुकूलन के अलावा, सीडीएन के पीछे त्वरण का सबसे प्रभावी साधन रहता है: सर्वर भाग का अनुकूलन, क्लाइंट भाग में उन्नत परिवर्तन (अप्रयुक्त कोड को हटाना, रेंडरिंग प्रक्रिया को अनुकूलित करना, सामग्री, फ़ॉन्ट, अनुकूलन क्षमता आदि के साथ काम करना)। )

स्रोत: www.habr.com