[न करें] CDN का उपयोग करें

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



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

थोड़ा सा इतिहास

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

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

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

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

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

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

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

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

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

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

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

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

यहाँ यह दिखता है कि साइट के जलप्रपात लोडिंग पर क्या लगता है (CDT को RTT 150 ms के साथ जोड़ने के लिए विलंबित हैं):



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

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

सीडीएन वेबसाइट त्वरण सुविधाएँ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. कनेक्शन देरी को कम करना

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

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

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

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

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

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

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

सीडीएन प्रकार द्वारा त्वरण समर्थन

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

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

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

अब CDN की सुविधाओं और प्रकारों की तुलना करें।



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

परिणाम

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

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

शायद CDN का उपयोग आपकी साइट के लोडिंग को धीमा कर रहा है।

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

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