CDN ஐப் பயன்படுத்த வேண்டாம்

தளத்தின் வேகத்தை மேம்படுத்துவதற்கான ஒவ்வொரு கட்டுரையும் அல்லது கருவியும் "CDN ஐப் பயன்படுத்து" என்ற சுமாரான விதியைக் கொண்டுள்ளது. பொதுவாக, CDN என்பது உள்ளடக்க விநியோக நெட்வொர்க் அல்லது உள்ளடக்க விநியோக நெட்வொர்க் ஆகும். Method Lab இல் உள்ள நாங்கள் இந்த தலைப்பில் வாடிக்கையாளர்களிடமிருந்து அடிக்கடி கேள்விகளை எதிர்கொள்கிறோம்; அவர்களில் சிலர் தங்கள் சொந்த CDN ஐ இயக்குகிறார்கள். இந்தக் கட்டுரையின் நோக்கம், தளத்தை ஏற்றும் வேகத்தின் அடிப்படையில் CDN என்ன வழங்க முடியும், என்ன சிக்கல்கள் ஏற்படலாம் மற்றும் எந்த சந்தர்ப்பங்களில் CDN பயன்படுத்துவது நியாயமானது என்பதைப் புரிந்துகொள்வதாகும்.

படத்தில் வட்டமிடப்பட்ட தாமதங்கள் CDN ஐப் பயன்படுத்துவதால் ஏற்படுகின்றன.

வரலாற்றின் ஒரு பிட்

பல தொழில்நுட்பங்களைப் போலவே, CDNகளும் தேவைக்கு வெளியே தோன்றின. இணைய பயனர்களிடையே இணைய சேனல்களின் வளர்ச்சியுடன், ஆன்லைன் வீடியோ சேவைகள் தோன்றின. இயற்கையாகவே, வழக்கமான இணையதள உள்ளடக்கத்துடன் (படங்கள், உரை மற்றும் CSS அல்லது JS குறியீடு) ஒப்பிடும்போது வீடியோ உள்ளடக்கத்திற்கு அதிக அலைவரிசையின் ஆர்டர்கள் தேவைப்படுகின்றன.

ஒரு சர்வரில் இருந்து பல கிளையண்டுகளுக்கு இணையாக வீடியோ ஸ்ட்ரீமை ஒளிபரப்ப முயற்சிக்கும்போது, ​​சர்வரின் இன்டர்நெட் சேனல் தடையாக மாறும். ஒரு விதியாக, ஒரு பொதுவான சர்வர் சேனலை அடைக்க சில ஆயிரம் நூல்கள் போதுமானது. நிச்சயமாக, பிற வள வரம்புகள் இருக்கலாம், ஆனால் அவை இப்போது முக்கியமானவை அல்ல. சர்வர் சேனலை விரிவுபடுத்துவது மிகவும் விலை உயர்ந்தது (சில நேரங்களில் சாத்தியமற்றது), மேலும் நடைமுறைக்கு மாறானது. ஒளிபரப்புகளின் போது சேனலின் சுமை சுழற்சியாக இருக்கும்.

தனிப்பட்ட சேவையகத்தின் சேனலைக் கட்டுப்படுத்தும் பிரச்சனை CDN ஆல் சரியாக தீர்க்கப்படுகிறது. கிளையன்ட்கள் நேரடியாக சர்வருடன் இணைக்கவில்லை, ஆனால் CDN நெட்வொர்க்கில் உள்ள முனைகளுடன். ஒரு சிறந்த சூழ்நிலையில், சேவையகம் CDN முனைக்கு ஒரு ஸ்ட்ரீமை அனுப்புகிறது, பின்னர் பல பயனர்களுக்கு இந்த ஸ்ட்ரீமை வழங்க நெட்வொர்க் அதன் சொந்த ஆதாரங்களைப் பயன்படுத்துகிறது. பொருளாதாரக் கண்ணோட்டத்தில், உண்மையில் நுகரப்படும் ஆதாரங்களுக்கு மட்டுமே நாங்கள் பணம் செலுத்துகிறோம் (இது அலைவரிசை அல்லது ட்ராஃபிக்காக இருக்கலாம்) மற்றும் எங்கள் சேவையின் சிறந்த அளவிடுதல் கிடைக்கும். கனமான உள்ளடக்கத்தை வழங்க CDN ஐப் பயன்படுத்துவது முற்றிலும் நியாயமானது மற்றும் தர்க்கரீதியானது. இந்த இடத்தில் உள்ள பெரிய வீரர்கள் (எ.கா. Netflix) பெரிய வணிக CDNகளைப் பயன்படுத்துவதற்குப் பதிலாக (Akamai, Cloudflare, Fastly, முதலியன) தங்கள் சொந்த CDNகளை உருவாக்குகிறார்கள் என்பது குறிப்பிடத்தக்கது.

வலை வளர்ச்சியடைந்ததால், வலை பயன்பாடுகள் மிகவும் சிக்கலானதாகவும் சிக்கலானதாகவும் மாறிவிட்டன. ஏற்றுதல் வேகத்தின் சிக்கல் முன்னுக்கு வந்தது. இணையதள வேக ஆர்வலர்கள், இணையதளங்கள் மெதுவாக ஏற்றப்படுவதற்கு காரணமான பல முக்கிய பிரச்சனைகளை விரைவில் கண்டறிந்தனர். அவற்றில் ஒன்று நெட்வொர்க் தாமதங்கள் (RTT - சுற்று பயண நேரம் அல்லது பிங் நேரம்). இணைய தளத்தை ஏற்றுவதில் தாமதங்கள் பல செயல்முறைகளைப் பாதிக்கின்றன: TCP இணைப்பை நிறுவுதல், TLS அமர்வைத் தொடங்குதல், ஒவ்வொரு தனி ஆதாரத்தையும் ஏற்றுதல் (படம், JS கோப்பு, HTML ஆவணம் போன்றவை)

HTTP/1.1 நெறிமுறையைப் பயன்படுத்தும் போது (SPDY, QUIC மற்றும் HTTP/2 வருவதற்கு முன்பு இதுவே ஒரே விருப்பம்), உலாவிகள் ஒரு ஹோஸ்டுக்கு 6 TCP இணைப்புகளுக்கு மேல் திறக்காததால் சிக்கல் மோசமாகியது. இவை அனைத்தும் இணைப்பு செயலிழப்பு மற்றும் சேனல் அலைவரிசையின் திறமையற்ற பயன்பாட்டிற்கு வழிவகுத்தது. டொமைன் ஷார்டிங் மூலம் சிக்கல் ஓரளவு தீர்க்கப்பட்டது - இணைப்புகளின் எண்ணிக்கையின் வரம்பை கடக்க கூடுதல் ஹோஸ்ட்களை உருவாக்குதல்.

CDN இன் இரண்டாவது திறன் இங்குதான் தோன்றுகிறது - அதிக எண்ணிக்கையிலான புள்ளிகள் மற்றும் பயனருக்கு முனைகளின் அருகாமையின் காரணமாக தாமதத்தை (RTT) குறைக்கிறது. தூரம் இங்கே ஒரு தீர்க்கமான பாத்திரத்தை வகிக்கிறது: ஒளியின் வேகம் குறைவாக உள்ளது (ஆப்டிகல் ஃபைபரில் சுமார் 200 கிமீ/வி). இதன் பொருள் ஒவ்வொரு 000 கிமீ பயணமும் 1000 எம்எஸ் தாமதம் அல்லது 5 எம்எஸ் RTT இல் சேர்க்கிறது. இடைநிலை உபகரணங்களில் தாமதங்கள் இருப்பதால், இது பரிமாற்றத்திற்கு தேவைப்படும் குறைந்தபட்ச நேரமாகும். ஒரு CDN ஆனது அதன் சேவையகங்களில் உள்ள பொருட்களை எவ்வாறு தேக்ககப்படுத்துவது என்பதை அறிந்திருப்பதால், CDN மூலம் அத்தகைய பொருட்களை ஏற்றுவதன் மூலம் நாம் பயனடையலாம். இதற்கு அவசியமான நிபந்தனைகள்: தற்காலிக சேமிப்பில் உள்ள பொருளின் இருப்பு, இணைய பயன்பாட்டு சேவையகத்துடன் ஒப்பிடுகையில் CDN புள்ளியின் அருகாமையில் பயனருக்கு (ஆரிஜின் சர்வர்) CDN முனையின் புவியியல் அருகாமை குறைந்த தாமதத்திற்கு உத்தரவாதம் அளிக்காது என்பதைப் புரிந்துகொள்வது அவசியம். கிளையன்ட் மற்றும் CDN இடையேயான ரூட்டிங், கிளையன்ட் மற்றொரு நாட்டிலும், மற்றொரு கண்டத்திலும் உள்ள ஹோஸ்டுடன் இணைக்கும் விதத்தில் கட்டமைக்கப்படலாம். தொலைத்தொடர்பு ஆபரேட்டர்கள் மற்றும் CDN சேவை (பியரிங், இணைப்புகள், IX இல் பங்கேற்பு, முதலியன) மற்றும் CDN இன் போக்குவரத்து ரூட்டிங் கொள்கை ஆகியவற்றுக்கு இடையேயான உறவும் இங்குதான் வருகிறது. எடுத்துக்காட்டாக, Cloudflare, இரண்டு ஆரம்ப திட்டங்களைப் பயன்படுத்தும் போது (இலவசம் மற்றும் மலிவானது), அருகிலுள்ள ஹோஸ்டிலிருந்து உள்ளடக்கத்தை வழங்குவதற்கு உத்தரவாதம் அளிக்காது - குறைந்தபட்ச செலவை அடைய ஹோஸ்ட் தேர்ந்தெடுக்கப்படும்.

பல முன்னணி இணைய நிறுவனங்கள் பொது ஆர்வத்தை (வலை உருவாக்குநர்கள் மற்றும் சேவை உரிமையாளர்கள்) ஏற்றுதல் வேகம் மற்றும் வலைத்தள செயல்திறன் என்ற தலைப்பில் ஈர்க்கின்றன. இந்த நிறுவனங்களில் Yahoo (Yslow tool), AOL (WebPageTest) மற்றும் Google (Page Speed ​​Insights சேவை) ஆகியவை அடங்கும், அவை தளங்களை விரைவுபடுத்துவதற்கான தங்கள் சொந்த பரிந்துரைகளை உருவாக்குகின்றன (முதன்மையாக அவை கிளையன்ட் மேம்படுத்தலுடன் தொடர்புடையவை). பின்னர், புதிய இணையதள வேக சோதனை கருவிகள் தோன்றும், இது இணையதள வேகத்தை அதிகரிப்பதற்கான உதவிக்குறிப்புகளையும் வழங்குகிறது. இந்தச் சேவைகள் அல்லது செருகுநிரல்கள் ஒவ்வொன்றும் ஒரு நிலையான பரிந்துரையைக் கொண்டுள்ளன: "CDN ஐப் பயன்படுத்து." நெட்வொர்க் தாமதத்தின் குறைப்பு பொதுவாக CDN இன் விளைவுக்கான விளக்கமாக மேற்கோள் காட்டப்படுகிறது. துரதிர்ஷ்டவசமாக, CDN இன் முடுக்கம் விளைவு எவ்வாறு அடையப்படுகிறது மற்றும் அதை எவ்வாறு அளவிட முடியும் என்பதை அனைவரும் சரியாகப் புரிந்து கொள்ளத் தயாராக இல்லை, எனவே பரிந்துரை நம்பிக்கையின் அடிப்படையில் எடுக்கப்பட்டு ஒரு போஸ்டுலேட்டாகப் பயன்படுத்தப்படுகிறது. உண்மையில், அனைத்து CDNகளும் சமமாக உருவாக்கப்படவில்லை.

இன்று ஒரு CDN ஐப் பயன்படுத்துதல்

CDNகளைப் பயன்படுத்துவதன் பயனை மதிப்பிடுவதற்கு, அவை வகைப்படுத்தப்பட வேண்டும். நடைமுறையில் இப்போது என்ன காணலாம் (அடைப்புக்குறிக்குள் உள்ள எடுத்துக்காட்டுகள், நிச்சயமாக, முழுமையானவை அல்ல):

1. JS நூலகங்களை விநியோகிக்க இலவச CDN (MaxCDN, Google. Yandex).
2. கிளையன்ட் மேம்படுத்தலுக்கான சேவைகளின் CDN (உதாரணமாக, எழுத்துருக்களுக்கான Google எழுத்துருக்கள், Cloudinary, படங்களுக்கான Cloudimage).
3. CMS இல் நிலையான மற்றும் ஆதார மேம்படுத்தலுக்கான CDN (பிட்ரிக்ஸ், வேர்ட்பிரஸ் மற்றும் பிறவற்றில் கிடைக்கிறது).
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. சாதனத்தின் ரேடியோ சேனலை செயல்படுத்துவதற்கு மொபைல் நெட்வொர்க்குகளில் ஏற்படும் தாமதங்கள் (அது செயலில் இல்லை என்றால்) மற்றும் செல் கோபுரத்தில் ஏற்படும் தாமதங்களை இந்த சூத்திரம் கணக்கில் எடுத்துக்கொள்ளாது.

தளத்தின் லோடிங் நீர்வீழ்ச்சியில் இது எப்படி இருக்கிறது (சிடிஎன் உடன் இணைப்பதற்கான தாமதங்கள் RTT 150 ms இல் முன்னிலைப்படுத்தப்படுகின்றன):

CDN ஆனது அனைத்து தள போக்குவரத்தையும் (மூன்றாம் தரப்பு சேவைகளைத் தவிர) உள்ளடக்கியிருந்தால், கூடுதல் ஹோஸ்ட்களுடன் இணைப்பதில் தாமதங்களைச் சேமிக்கும் ஒரு TCP இணைப்பைப் பயன்படுத்தலாம். நிச்சயமாக, இது HTTP/2 இணைப்புகளுக்குப் பொருந்தும்.

மேலும் வேறுபாடுகள் ஒரு குறிப்பிட்ட CDN இன் செயல்பாட்டால் தீர்மானிக்கப்படுகின்றன - முதல் வகைக்கு இது ஒரு நிலையான கோப்பை ஹோஸ்ட் செய்கிறது, ஐந்தாவது இது தேர்வுமுறை நோக்கத்திற்காக பல வகையான தள உள்ளடக்கத்தை மாற்றுகிறது.

இணையதள முடுக்கத்திற்கான CDN திறன்கள்

CDN இன் தனிப்பட்ட வகைகளின் செயல்பாட்டைப் பொருட்படுத்தாமல், தளங்களைத் துரிதப்படுத்துவதற்கான முழு அளவிலான CDN திறன்களை விவரிப்போம், பின்னர் அவை ஒவ்வொன்றிலும் என்ன செயல்படுத்தப்படுகிறது என்பதைப் பார்ப்போம்.

1. உரை ஆதாரங்களின் சுருக்கம்

மிகவும் அடிப்படை மற்றும் புரிந்துகொள்ளக்கூடிய அம்சம், ஆனால் பெரும்பாலும் மோசமாக செயல்படுத்தப்படுகிறது. அனைத்து CDNகளும் சுருக்கத்தின் இருப்பை அவற்றின் முடுக்கம் அம்சமாக அறிவிக்கின்றன. ஆனால் நீங்கள் இன்னும் விரிவாகப் பார்த்தால், குறைபாடுகள் தெளிவாகின்றன:

• டைனமிக் சுருக்கத்திற்கான குறைந்த டிகிரி பயன்படுத்தப்படலாம் - 5-6 (உதாரணமாக, gzip க்கு அதிகபட்சம் 9);
• நிலையான சுருக்கம் (கேச்சில் உள்ள கோப்புகள்) கூடுதல் அம்சங்களைப் பயன்படுத்தாது (எடுத்துக்காட்டாக, பட்டம் 11 உடன் zopfi அல்லது brotli)
• திறமையான ப்ரோட்லி சுருக்கத்திற்கு எந்த ஆதரவும் இல்லை (ஜிஜிப்புடன் ஒப்பிடும்போது சுமார் 20% சேமிப்பு).

நீங்கள் CDN ஐப் பயன்படுத்தினால், இந்த சில புள்ளிகளைச் சரிபார்க்க வேண்டியது அவசியம்: CDN இலிருந்து வந்த கோப்பை எடுத்து, அதன் சுருக்கப்பட்ட அளவைப் பதிவுசெய்து, அதை ஒப்பிட்டுப் பார்க்க கைமுறையாக சுருக்கவும் (உதாரணமாக, brotli ஆதரவுடன் சில ஆன்லைன் சேவைகளைப் பயன்படுத்தலாம். vsszhat.rf).

2. கிளையன்ட் கேச்சிங் தலைப்புகளை அமைத்தல்

மேலும் ஒரு எளிய வேக அம்சம்: கிளையன்ட் (உலாவி) மூலம் உள்ளடக்க கேச்சிங்கிற்கான தலைப்புகளைச் சேர்க்கவும். மிகவும் தற்போதைய தலைப்பு கேச்-கட்டுப்பாடு, காலாவதியானது காலாவதியானது. கூடுதலாக, Etag ஐப் பயன்படுத்தலாம். முக்கிய விஷயம் என்னவென்றால், கேச்-கட்டுப்பாட்டின் அதிகபட்ச வயது போதுமானதாக உள்ளது (ஒரு மாதம் அல்லது அதற்கு மேல்) வளத்தை முடிந்தவரை கடினமாக தேக்குவதற்கு நீங்கள் தயாராக இருந்தால், நீங்கள் மாறாத விருப்பத்தை சேர்க்கலாம்.

CDNகள் அதிகபட்ச வயது மதிப்பைக் குறைக்கலாம், இதனால் நிலையான உள்ளடக்கத்தை அடிக்கடி மீண்டும் ஏற்றும்படி பயனர் கட்டாயப்படுத்தலாம். இது எதனுடன் இணைக்கப்பட்டுள்ளது என்பது தெளிவாகத் தெரியவில்லை: நெட்வொர்க்கில் போக்குவரத்தை அதிகரிக்க அல்லது தற்காலிக சேமிப்பை எவ்வாறு மீட்டமைப்பது என்று தெரியாத தளங்களுடன் பொருந்தக்கூடிய தன்மையை அதிகரிக்கும் விருப்பம். எடுத்துக்காட்டாக, இயல்புநிலை Cloudflare தலைப்பு கேச் நேரம் 1 மணிநேரம் ஆகும், இது மாறாத நிலையான தரவுகளுக்கு மிகக் குறைவு.

3. பட உகப்பாக்கம்

CDN ஆனது படங்களை கேச்சிங் மற்றும் சர்வ் செய்யும் செயல்பாடுகளை மேற்கொள்வதால், CDN பக்கத்தில் அவற்றை மேம்படுத்தி இந்த வடிவத்தில் பயனர்களுக்கு வழங்குவது தர்க்கரீதியாக இருக்கும். இந்த அம்சம் CDN வகை 2, 3 மற்றும் 5 க்கு மட்டுமே கிடைக்கும் என்பதை இப்போதே முன்பதிவு செய்வோம்.

நீங்கள் பல்வேறு வழிகளில் படங்களை மேம்படுத்தலாம்: மேம்பட்ட சுருக்க வடிவங்களைப் பயன்படுத்துதல் (வெப்பி போன்றவை), மிகவும் திறமையான குறியாக்கிகள் (MozJPEG) அல்லது தேவையற்ற மெட்டாடேட்டாவை சுத்தம் செய்தல்.

பொதுவாக, இத்தகைய மேம்படுத்தல்களில் இரண்டு வகைகள் உள்ளன: தர இழப்பு மற்றும் தர இழப்பு இல்லாமல். சிடிஎன்கள் பொதுவாக படத்தின் தரத்தில் ஏற்படும் மாற்றங்கள் குறித்து வாடிக்கையாளர் புகார்களைத் தவிர்ப்பதற்காக இழப்பற்ற தேர்வுமுறையைப் பயன்படுத்த முயல்கின்றன. இத்தகைய சூழ்நிலைகளில், ஆதாயம் குறைவாக இருக்கும். உண்மையில், பெரும்பாலும் JPEG தர நிலை தேவையானதை விட அதிகமாக இருக்கும், மேலும் பயனர் அனுபவத்தை சமரசம் செய்யாமல் குறைந்த தரத்துடன் நீங்கள் பாதுகாப்பாக மீண்டும் சுருக்கலாம். மறுபுறம், சாத்தியமான அனைத்து இணையப் பயன்பாடுகளுக்கும் தரம் மற்றும் அமைப்புகளின் அளவை உலகளவில் தீர்மானிப்பது கடினம், எனவே CDNகள் சூழல் (படங்களின் நோக்கம், வலைப் பயன்பாட்டின் வகை) ஆகியவற்றைக் கருத்தில் கொண்டு பயன்படுத்தக்கூடிய அமைப்புகளுடன் ஒப்பிடும்போது மிகவும் பழமைவாத அமைப்புகளைப் பயன்படுத்துகின்றன. , முதலியன)

4. TLS இணைப்பை மேம்படுத்துதல்

இன்று பெரும்பாலான ட்ராஃபிக் TLS இணைப்புகளில் பயணிக்கிறது, அதாவது TLS பேச்சுவார்த்தையில் கூடுதல் நேரத்தை செலவிடுகிறோம். சமீபத்தில், இந்த செயல்முறையை விரைவுபடுத்த புதிய தொழில்நுட்பங்கள் உருவாக்கப்பட்டுள்ளன. எடுத்துக்காட்டாக, இது EC கிரிப்டோகிராபி, TLS 1.3, அமர்வு கேச் மற்றும் டிக்கெட்டுகள், வன்பொருள் குறியாக்க முடுக்கம் (AES-NI) போன்றவை. TLSஐ சரியாக அமைப்பது இணைப்பு நேரத்தை 0-1 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. உள்ளடக்க உகப்பாக்கம் (சிறிய, கட்டமைப்பு மாற்றங்கள்)

மிகவும் சிக்கலான மற்றும் தொழில்நுட்ப ரீதியாக மேம்பட்ட புள்ளி. விநியோகத்தின் போது உள்ளடக்கத்தை மாற்றுவது மிகவும் ஆபத்தானது. நாம் minification எடுத்தாலும்: மூலக் குறியீட்டைக் குறைப்பது (கூடுதல் இடைவெளிகள், முக்கியமற்ற கட்டமைப்புகள் போன்றவை) அதன் செயல்திறனைப் பாதிக்கலாம். நாம் மிகவும் தீவிரமான மாற்றங்களைப் பற்றி பேசினால் - JS குறியீட்டை HTML இன் இறுதிக்கு நகர்த்துதல், கோப்புகளை ஒன்றிணைத்தல் போன்றவை - தளத்தின் செயல்பாட்டை சீர்குலைக்கும் ஆபத்து இன்னும் அதிகமாக உள்ளது.

எனவே, சில வகை 5 CDNகள் மட்டுமே இதைச் செய்கின்றன. நிச்சயமாக, விஷயங்களை விரைவுபடுத்த தேவையான அனைத்து மாற்றங்களையும் தானியக்கமாக்க முடியாது - கையேடு பகுப்பாய்வு மற்றும் தேர்வுமுறை தேவை. எடுத்துக்காட்டாக, பயன்படுத்தப்படாத அல்லது நகல் குறியீட்டை அகற்றுவது ஒரு கைமுறை பணியாகும்.

ஒரு விதியாக, இதுபோன்ற அனைத்து மேம்படுத்தல்களும் அமைப்புகளால் கட்டுப்படுத்தப்படுகின்றன மற்றும் மிகவும் ஆபத்தானவை இயல்பாகவே முடக்கப்படும்.

CDN வகை மூலம் முடுக்கம் திறன்களுக்கான ஆதரவு

எனவே பல்வேறு வகையான CDNகள் என்ன சாத்தியமான முடுக்க வாய்ப்புகளை வழங்குகின்றன என்பதைப் பார்ப்போம்.

வசதிக்காக, நாங்கள் வகைப்பாட்டை மீண்டும் செய்கிறோம்.

1. JS நூலகங்களை விநியோகிக்க இலவச CDN (MaxCDN, Google. Yandex).
2. கிளையன்ட் மேம்படுத்தலுக்கான சேவைகளின் CDN (உதாரணமாக, எழுத்துருக்களுக்கான Google எழுத்துருக்கள், Cloudinary, படங்களுக்கான Cloudimage).
3. CMS இல் நிலையான மற்றும் ஆதார மேம்படுத்தலுக்கான CDN (பிட்ரிக்ஸ், வேர்ட்பிரஸ் மற்றும் பிறவற்றில் கிடைக்கிறது).
4. பொது நோக்கம் CDN (StackPath, CDNVideo, NGENIX, Megafon).
5. இணையதள முடுக்கத்திற்கான CDN (Cloudflare, Imperva, Airi).

இப்போது CDN இன் அம்சங்களையும் வகைகளையும் ஒப்பிடலாம்.

திறன்
வகை 1
வகை 2
வகை 3
வகை 4
வகை 5

உரை சுருக்கம்
+–
-
+–
+–
+

தற்காலிக சேமிப்பு தலைப்புகள்
+
+
+
+
+

படங்கள்
-
+–
+–
-
+

டிஎல்எஸ்
-
-
-
+–
+

தாமதங்கள்
-
-
-
+
+

பொருளடக்கம்
-
-
-
-
+

இந்த அட்டவணையில், முழு ஆதரவைக் குறிக்க “+” பயன்படுத்தப்படுகிறது, “–” என்பது ஆதரவு இல்லை, மற்றும் “+–” என்பது பகுதி ஆதரவு. நிச்சயமாக, உண்மையில் இந்த அட்டவணையில் இருந்து விலகல்கள் இருக்கலாம் (உதாரணமாக, சில பொது-நோக்கு CDN படங்களை மேம்படுத்துவதற்கான அம்சங்களை செயல்படுத்தும்), ஆனால் ஒரு பொதுவான யோசனைக்கு இது பயனுள்ளதாக இருக்கும்.

முடிவுகளை

இந்தக் கட்டுரையைப் படித்த பிறகு, உங்கள் தளங்களை விரைவுபடுத்த “சிடிஎன் பயன்படுத்து” பரிந்துரையைப் பற்றிய தெளிவான படம் உங்களுக்குக் கிடைக்கும் என்று நம்புகிறேன்.

எந்தவொரு வணிகத்திலும் உள்ளதைப் போலவே, எந்தவொரு சேவையின் சந்தைப்படுத்தல் வாக்குறுதிகளையும் நீங்கள் நம்ப முடியாது. விளைவு உண்மையான நிலையில் அளவிடப்பட்டு சோதிக்கப்பட வேண்டும். நீங்கள் ஏற்கனவே CDN ஐப் பயன்படுத்தினால், கட்டுரையில் விவரிக்கப்பட்டுள்ள அளவுகோல்களைப் பயன்படுத்தி அதன் செயல்திறனைச் சரிபார்க்கவும்.

தற்போது CDNஐப் பயன்படுத்துவதால் உங்கள் தளம் ஏற்றப்படும் நேரத்தைக் குறைக்கலாம்.

பொதுவான பரிந்துரையாக, பின்வருவனவற்றில் கவனம் செலுத்தலாம்: உங்கள் பார்வையாளர்களைப் படிக்கவும், அதன் புவியியல் நோக்கத்தை தீர்மானிக்கவும். உங்கள் முக்கிய பார்வையாளர்கள் 1-2 ஆயிரம் கிலோமீட்டர் சுற்றளவில் குவிந்திருந்தால், அதன் முக்கிய நோக்கத்திற்காக உங்களுக்கு CDN தேவையில்லை - தாமதத்தை குறைத்தல். அதற்கு பதிலாக, உங்கள் சேவையகத்தை உங்கள் பயனர்களுக்கு நெருக்கமாக வைத்து அதை சரியாக உள்ளமைக்கலாம், கட்டுரையில் விவரிக்கப்பட்டுள்ள பெரும்பாலான மேம்படுத்தல்களைப் பெறலாம் (இலவசம் மற்றும் நிரந்தரமானது).

உங்கள் பார்வையாளர்கள் உண்மையிலேயே புவியியல் ரீதியாக விநியோகிக்கப்பட்டிருந்தால் (3000 கிலோமீட்டருக்கும் அதிகமான சுற்றளவு), தரமான CDN ஐப் பயன்படுத்துவது மிகவும் பயனுள்ளதாக இருக்கும். இருப்பினும், உங்கள் CDN சரியாக என்ன வேகப்படுத்த முடியும் என்பதை நீங்கள் முன்கூட்டியே புரிந்து கொள்ள வேண்டும் (திறன்களின் அட்டவணை மற்றும் அவற்றின் விளக்கத்தைப் பார்க்கவும்). இருப்பினும், இணையதள முடுக்கம் இன்னும் ஒரு சிக்கலான பணியாகவே உள்ளது, இது CDN ஐ இணைப்பதன் மூலம் தீர்க்க முடியாது. மேலே உள்ள மேம்படுத்தல்களுக்கு கூடுதலாக, முடுக்கத்தின் மிகவும் பயனுள்ள வழிமுறைகள் CDN க்கு பின்னால் உள்ளன: சேவையகப் பகுதியை மேம்படுத்துதல், கிளையன்ட் பகுதிக்கு மேம்பட்ட மாற்றங்கள் (பயன்படுத்தாத குறியீட்டை அகற்றுதல், ரெண்டரிங் செயல்முறையை மேம்படுத்துதல், உள்ளடக்கம், எழுத்துருக்கள், தகவமைப்பு, முதலியன வேலை. )

ஆதாரம்: www.habr.com