CDN प्रयोग नगर्नुहोस्

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

तस्विरमा परिक्रमा गरिएको ढिलाइ CDN को प्रयोगको कारण हो।

बिटको इतिहास

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

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

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

जसरी वेब विकसित भएको छ, वेब अनुप्रयोगहरू आफैंमा थप जटिल र जटिल भएका छन्। लोडिङ गतिको समस्या अगाडि आयो। वेबसाइट गति उत्साहीहरूले चाँडै धेरै प्रमुख समस्याहरू पहिचान गरे जसले वेबसाइटहरू बिस्तारै लोड हुन थाले। ती मध्ये एक नेटवर्क ढिलाइ (RTT - राउन्ड ट्रिप समय वा पिंग समय) थियो। ढिलाइले वेबसाइट लोड गर्ने धेरै प्रक्रियाहरूलाई असर गर्छ: TCP जडान स्थापना गर्ने, TLS सत्र सुरु गर्ने, प्रत्येक व्यक्तिगत स्रोत लोड गर्ने (छवि, JS फाइल, HTML कागजात, आदि)।

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

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

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

CDN Today प्रयोग गर्दै

CDNs को उपयोगिताको मूल्याङ्कन गर्न, तिनीहरूलाई वर्गीकृत गर्न आवश्यक छ। अब व्यवहारमा के फेला पार्न सकिन्छ (ब्रेकेटमा उदाहरणहरू, अवश्य पनि, पूर्ण छैनन्):

1. JS पुस्तकालयहरू (MaxCDN, Google। Yandex) वितरणको लागि नि: शुल्क CDN।
2. क्लाइन्ट अप्टिमाइजेसनका लागि सेवाहरूको CDN (उदाहरणका लागि, फन्टहरूका लागि Google फन्टहरू, क्लाउडिनरी, छविहरूको लागि Cloudimage)।
3. CMS मा स्थिर र स्रोत अनुकूलन को लागी CDN (Bitrix, WordPress र अन्य मा उपलब्ध)।
4. सामान्य उद्देश्य CDN (StackPath, CDNVideo, NGENIX, Megafon)।
5. वेबसाइट एक्सेलेरेशनका लागि CDN (Cloudflare, Imperva, Airi)।

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

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

साइटको लोडिङ झरनामा यो कस्तो देखिन्छ (CDN मा जडान गर्नको लागि विलम्बहरू RTT 150 ms मा हाइलाइट गरिएको छ):

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

थप भिन्नताहरू एक विशेष CDN को कार्यक्षमता द्वारा निर्धारण गरिन्छ - पहिलो प्रकार को लागी यो केवल एक स्थिर फाइल होस्ट गर्दैछ, पाँचौं को लागी यो अनुकूलन को उद्देश्य को लागी साइट को सामग्री को धेरै प्रकार को परिवर्तन गर्दै छ।

वेबसाइट प्रवेगका लागि CDN क्षमताहरू

CDN को व्यक्तिगत प्रकारको कार्यक्षमतालाई ध्यान नदिई, गति बढाउनका लागि साइटहरूको CDN क्षमताहरूको पूर्ण दायराको वर्णन गरौं, र त्यसपछि ती प्रत्येकमा के लागू गरिएको छ हेर्नुहोस्।

1. पाठ स्रोतहरूको सङ्कुचन

सबैभन्दा आधारभूत र बुझ्न सकिने सुविधा, तर प्रायः खराब रूपमा लागू गरिएको। सबै CDNs ले कम्प्रेसनको उपस्थितिलाई तिनीहरूको त्वरण सुविधाको रूपमा घोषणा गर्दछ। तर यदि तपाइँ थप विवरणमा हेर्नुहुन्छ भने, कमजोरीहरू स्पष्ट हुन्छन्:

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

यदि तपाइँ CDN प्रयोग गर्नुहुन्छ भने, यो यी केहि बिन्दुहरू जाँच गर्न लायक छ: CDN बाट आएको फाइल लिनुहोस्, यसको कम्प्रेस गरिएको साइज रेकर्ड गर्नुहोस् र तुलनाको लागि यसलाई म्यानुअल रूपमा कम्प्रेस गर्नुहोस् (तपाईले ब्रोटली समर्थनको साथ केहि अनलाइन सेवाहरू प्रयोग गर्न सक्नुहुन्छ, उदाहरणका लागि। vsszhat.rf).

2. ग्राहक क्यासिङ हेडरहरू सेट गर्दै

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

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

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

CDN ले तस्बिरहरू क्यास गर्ने र सेवा गर्ने कार्यहरू लिने भएकोले, तिनीहरूलाई CDN साइडमा अप्टिमाइज गरी प्रयोगकर्ताहरूलाई यो फारममा सेवा दिनु तार्किक हुनेछ। तुरुन्तै रिजर्भेसन गरौं कि यो सुविधा CDN प्रकार २, ३ र ५ को लागि मात्र उपलब्ध छ।

तपाईं विभिन्न तरिकामा छविहरू अनुकूलन गर्न सक्नुहुन्छ: उन्नत कम्प्रेसन ढाँचाहरू प्रयोग गरेर (जस्तै WebP), अधिक कुशल एन्कोडरहरू (MozJPEG), वा केवल अनावश्यक मेटाडेटा सफा गर्दै।

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

4. TLS जडान अप्टिमाइज गर्दै

आज धेरै जसो ट्राफिक TLS जडानहरूमा यात्रा गर्दछ, जसको मतलब हामी TLS वार्तामा अतिरिक्त समय खर्च गर्छौं। हालै, यो प्रक्रियालाई गति दिन नयाँ प्रविधिहरू विकास गरिएको छ। उदाहरणका लागि, यो EC क्रिप्टोग्राफी, TLS 1.3, सत्र क्यास र टिकटहरू, हार्डवेयर इन्क्रिप्शन एक्सेलेरेसन (AES-NI), आदि हो। TLS ले जडान समयलाई ०-१ RTT मा घटाउन सक्छ (DNS र TCP गणना नगरी)।

आधुनिक सफ्टवेयरको साथ, यस्तो अभ्यासहरू आफ्नै रूपमा लागू गर्न गाह्रो छैन।

सबै CDN ले TLS उत्कृष्ट अभ्यासहरू लागू गर्दैनन्; तपाईंले TLS जडान समय मापन गरेर यसलाई जाँच गर्न सक्नुहुन्छ (उदाहरणका लागि, Webpagetest मा)। नयाँ जडानको लागि आदर्श - 1RTT, 2RTT - औसत स्तर, 3RTT र थप - खराब।

यो पनि ध्यान दिनुपर्छ कि CDN स्तरमा TLS प्रयोग गर्दा पनि, हाम्रो वेब अनुप्रयोगको साथ सर्भरले पनि TLS प्रक्रिया गर्नुपर्छ, तर CDN पक्षबाट, किनभने सर्भर र CDN बीचको ट्राफिक सार्वजनिक नेटवर्कमा जान्छ। सबैभन्दा खराब अवस्थामा, हामीले डबल TLS जडान ढिलाइ प्राप्त गर्नेछौं (सीडीएन होस्टमा पहिलो, यो र हाम्रो सर्भर बीचको दोस्रो)।

केहि अनुप्रयोगहरूको लागि, सुरक्षा मुद्दाहरूमा ध्यान दिन लायक छ: ट्राफिक सामान्यतया CDN नोडहरूमा डिक्रिप्ट गरिन्छ, र यो ट्राफिक अवरोधको लागि सम्भावित अवसर हो। ट्राफिक खुलासा बिना काम गर्ने विकल्प सामान्यतया अतिरिक्त शुल्कको लागि शीर्ष ट्यारिफ योजनाहरूमा प्रस्ताव गरिन्छ।

5. जडान ढिलाइ कम गर्नुहोस्

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

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

धेरै जसो पश्चिमी CDN को रूस मा बिन्दु छैन। तिनीहरूलाई जडान गरेर, तपाईं केवल आफ्नो रूसी दर्शकहरूको लागि ढिलाइ बढाउन सक्नुहुन्छ।

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

सबैभन्दा जटिल र प्राविधिक रूपमा उन्नत बिन्दु। वितरण समयमा सामग्री परिवर्तन धेरै जोखिमपूर्ण हुन सक्छ। हामीले मिनिफिकेसन लियौं भने पनि: स्रोत कोड घटाउँदा (अतिरिक्त ठाउँहरू, महत्वहीन संरचनाहरू, आदिका कारण) ले यसको कार्यसम्पादनलाई असर गर्न सक्छ। यदि हामी थप गम्भीर परिवर्तनहरूको बारेमा कुरा गर्छौं - JS कोडलाई HTML को अन्त्यमा सार्ने, फाइलहरू मर्ज गर्ने, आदि - साइटको कार्यक्षमतामा बाधा पुर्‍याउने जोखिम अझ बढी हुन्छ।

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

नियमको रूपमा, त्यस्ता सबै अप्टिमाइजेसनहरू सेटिङहरूद्वारा नियन्त्रित हुन्छन् र सबैभन्दा खतरनाकहरू पूर्वनिर्धारित रूपमा असक्षम हुन्छन्।

CDN प्रकार द्वारा त्वरण क्षमताहरूको लागि समर्थन

त्यसोभए विभिन्न प्रकारका CDN हरूले प्रदान गर्ने सम्भावित प्रवेग अवसरहरू हेरौं।

सुविधाको लागि, हामी वर्गीकरण दोहोर्याउँछौं।

1. JS पुस्तकालयहरू (MaxCDN, Google। Yandex) वितरणको लागि नि: शुल्क CDN।
2. क्लाइन्ट अप्टिमाइजेसनका लागि सेवाहरूको CDN (उदाहरणका लागि, फन्टहरूका लागि Google फन्टहरू, क्लाउडिनरी, छविहरूको लागि Cloudimage)।
3. CMS मा स्थिर र स्रोत अनुकूलन को लागी CDN (Bitrix, WordPress र अन्य मा उपलब्ध)।
4. सामान्य उद्देश्य CDN (StackPath, CDNVideo, NGENIX, Megafon)।
5. वेबसाइट एक्सेलेरेशनका लागि CDN (Cloudflare, Imperva, Airi)।

अब CDN को सुविधाहरू र प्रकारहरू तुलना गरौं।

अवसर
प्रकार।।
प्रकार।।
प्रकार।।
प्रकार।।
प्रकार।।

पाठ सङ्कुचन
+–
-
+–
+–
+

क्यास हेडरहरू
+
+
+
+
+

चित्रहरु
-
+–
+–
-
+

TLS
-
-
-
+–
+

ढिलाइ
-
-
-
+
+

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

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

परिणामहरू

आशा छ, यो लेख पढिसकेपछि तपाइँसँग तपाइँको साइटहरूको गति बढाउन "CDN प्रयोग गर्नुहोस्" सिफारिसको सन्दर्भमा स्पष्ट चित्र हुनेछ।

कुनै पनि व्यवसायमा जस्तै, तपाइँ कुनै पनि सेवाको मार्केटिङ प्रतिज्ञाहरूमा विश्वास गर्न सक्नुहुन्न। प्रभाव मापन र वास्तविक परिस्थितिहरूमा परीक्षण गर्न आवश्यक छ। यदि तपाइँ पहिले नै CDN प्रयोग गर्दै हुनुहुन्छ भने, लेखमा वर्णन गरिएको मापदण्ड प्रयोग गरेर प्रभावकारिताको लागि जाँच गर्नुहोस्।

यो सम्भव छ कि अहिले CDN प्रयोग गर्दा तपाईंको साइटको लोडिङ समय कम हुँदैछ।

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

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

स्रोत: www.habr.com