CDN භාවිතා නොකරන්න

අඩවි වේගය ප්‍රශස්ත කිරීම සඳහා සෑම ලිපියක් හෝ මෙවලමක් පාහේ "සීඩීඑන් භාවිතා කරන්න" යන නිහතමානී වගන්තියක් ඇත. සාමාන්‍යයෙන්, CDN යනු අන්තර්ගත බෙදාහැරීමේ ජාලයක් හෝ අන්තර්ගත බෙදාහැරීමේ ජාලයකි. Method Lab හි අපට මෙම මාතෘකාව පිළිබඳ සේවාදායකයින්ගෙන් බොහෝ විට ප්‍රශ්න හමු වේ; සමහර ඒවා ඔවුන්ගේම CDN සක්‍රීය කරයි. මෙම ලිපියේ අරමුණ වන්නේ අඩවි පැටවීමේ වේගය අනුව CDN එකකින් සැපයිය හැක්කේ කුමක්ද, ඇතිවිය හැකි ගැටළු මොනවාද සහ CDN භාවිතා කිරීම සාධාරණ වන්නේ කුමන අවස්ථා වලදීද යන්න තේරුම් ගැනීමයි.

පින්තූරයේ රවුම් කර ඇති ප්‍රමාදයන් CDN භාවිතය නිසා සිදුවේ.

ඉතිහාසය ටිකක්

බොහෝ තාක්ෂණයන් මෙන්, CDNs අවශ්‍යතාවයෙන් මතු විය. අන්තර්ජාල භාවිතා කරන්නන් අතර අන්තර්ජාල නාලිකා සංවර්ධනය කිරීමත් සමඟ මාර්ගගත වීඩියෝ සේවා දර්ශනය විය. ස්වාභාවිකවම, වීඩියෝ අන්තර්ගතයට සාමාන්‍ය වෙබ් අඩවි අන්තර්ගතයට (පින්තූර, පෙළ, සහ CSS හෝ JS කේතය) සාපේක්ෂව විශාල කලාප පළලක් අවශ්‍ය වේ.

එක් සේවාදායකයකින් බොහෝ සේවාදායකයින්ට සමාන්තරව වීඩියෝ ප්‍රවාහයක් විකාශනය කිරීමට උත්සාහ කරන විට, සේවාදායකයේ අන්තර්ජාල නාලිකාව බොහෝ විට බාධකයක් බවට පත්වනු ඇත. රීතියක් ලෙස, සාමාන්‍ය සේවාදායක නාලිකාවක් අවහිර කිරීමට නූල් දහස් ගණනක් ප්‍රමාණවත් වේ. ඇත්ත වශයෙන්ම, වෙනත් සම්පත් සීමාවන් තිබිය හැක, නමුත් ඒවා දැන් වැදගත් නොවේ. සේවාදායක නාලිකාව පුළුල් කිරීම ඉතා මිල අධික (සහ සමහර විට කළ නොහැකි) සහ ප්‍රායෝගික නොවන බව ද වැදගත් ය. විකාශන අතරතුර නාලිකාව මත පැටවීම චක්රීය වනු ඇත.

තනි සේවාදායකයක නාලිකාව සීමා කිරීමේ ගැටළුව CDN මගින් පරිපූර්ණව විසඳනු ලැබේ. සේවාලාභීන් සෘජුවම සේවාදායකයට සම්බන්ධ නොවේ, නමුත් CDN ජාලයේ නෝඩ් වෙත. කදිම තත්වයක් තුළ, සේවාදායකය CDN node වෙත එක් ධාරාවක් යවයි, පසුව ජාලය බොහෝ පරිශීලකයින්ට මෙම ප්රවාහය ලබා දීමට තමන්ගේම සම්පත් භාවිතා කරයි. ආර්ථික දෘෂ්ටි කෝණයකින්, අපි ගෙවන්නේ ඇත්ත වශයෙන්ම පරිභෝජනය කරන සම්පත් සඳහා පමණි (මෙය කලාප පළල හෝ ගමනාගමනය විය හැකිය) සහ අපගේ සේවාවේ විශිෂ්ට පරිමාණය ලබා ගන්න. බර අන්තර්ගතය ලබා දීමට CDN භාවිතා කිරීම සම්පූර්ණයෙන්ම යුක්ති සහගත සහ තාර්කික වේ. මෙම අවකාශයේ විශාලතම ක්‍රීඩකයින් (උදා: Netflix) විශාල වාණිජ CDN (Akamai, Cloudflare, Fastly, ආදිය) භාවිතා කරනවා වෙනුවට ඔවුන්ගේම CDN ගොඩනඟන බව සඳහන් කිරීම වටී.

වෙබ් පරිණාමය වූ විට, වෙබ් යෙදුම් වඩාත් සංකීර්ණ හා සංකීර්ණ වී ඇත. පැටවීමේ වේගය පිළිබඳ ගැටළුව ඉදිරියට පැමිණියේය. වෙබ් අඩවි වේග ලෝලීන් වෙබ් අඩවි සෙමෙන් පූරණය වීමට හේතු වූ ප්‍රධාන ගැටළු කිහිපයක් ඉක්මනින් හඳුනා ගත්හ. ඒවායින් එකක් වූයේ ජාල ප්‍රමාදයන් (RTT - වට සංචාර කාලය හෝ පිං කාලය). ප්‍රමාදයන් වෙබ් අඩවි පූරණය කිරීමේ බොහෝ ක්‍රියාවලීන්ට බලපායි: TCP සම්බන්ධතාවයක් ස්ථාපනය කිරීම, TLS සැසියක් ආරම්භ කිරීම, එක් එක් තනි සම්පත පැටවීම (රූපය, JS ගොනුව, HTML ලේඛනය, ආදිය)

HTTP/1.1 ප්‍රොටෝකෝලය භාවිතා කරන විට (SPDY, QUIC සහ HTTP/2 පැමිණීමට පෙර මෙය එකම විකල්පය විය), බ්‍රව්සර් එක සත්කාරක සමාගමකට TCP සම්බන්ධතා 6 කට වඩා විවෘත නොකිරීම නිසා ගැටළුව උග්‍ර විය. මේ සියල්ල සම්බන්ධතා අක්‍රිය වීමට සහ නාලිකා කලාප පළල අකාර්යක්ෂම ලෙස භාවිතා කිරීමට හේතු විය. වසම් බෙදා හැරීම මගින් ගැටළුව අර්ධ වශයෙන් විසඳා ඇත - සම්බන්ධතා ගණනේ සීමාව ඉක්මවා යාම සඳහා අතිරේක ධාරක නිර්මාණය කිරීම.

CDN හි දෙවන හැකියාව දිස්වන්නේ මෙහිදීය - විශාල ලක්ෂ්‍ය සංඛ්‍යාවක් සහ පරිශීලකයාට නෝඩ් වල සමීපත්වය හේතුවෙන් ප්‍රමාදය (RTT) අඩු කිරීම. මෙහි දුර තීරණාත්මක කාර්යභාරයක් ඉටු කරයි: ආලෝකයේ වේගය සීමිතය (ප්‍රකාශ තන්තු වල තත්පර 200 ක් පමණ). මෙයින් අදහස් කරන්නේ සෑම කිලෝමීටර 000 ක ගමනකටම RTT වෙත ප්‍රමාද 1000 ms හෝ 5 ms එකතු කරන බවයි. අතරමැදි උපකරණවල ප්රමාදයන් ද ඇති බැවින්, සම්ප්රේෂණය සඳහා අවශ්ය අවම කාලය මෙය වේ. CDN එකක් සාමාන්‍යයෙන් එහි සේවාදායකයන් මත ඇති වස්තූන් හැඹිලිගත කරන්නේ කෙසේදැයි දන්නා බැවින්, එවැනි වස්තූන් CDN හරහා පූරණය කිරීමෙන් අපට ප්‍රයෝජන ගත හැකිය. මේ සඳහා අවශ්‍ය කොන්දේසි: හැඹිලියේ වස්තුව තිබීම, වෙබ් යෙදුම් සේවාදායකය (සම්භව සේවාදායකය) සමඟ සැසඳීමේදී පරිශීලකයාට CDN ලක්ෂ්‍යයේ සමීපත්වය. CDN නෝඩයක භූගෝලීය සමීපත්වය අඩු ප්‍රමාදයක් සහතික නොකරන බව වටහා ගැනීම වැදගත්ය. සේවාලාභියා සහ CDN අතර මාර්ගගත කිරීම සේවාදායකයා වෙනත් රටක, සහ සමහරවිට වෙනත් මහාද්වීපයක ධාරකයකට සම්බන්ධ වන ආකාරයෙන් ගොඩනගා ගත හැක. ටෙලිකොම් ක්‍රියාකරුවන් සහ CDN සේවාව අතර සම්බන්ධය (peering, connections, 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 (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 හෝ brotli)
• කාර්යක්ෂම බ්‍රොට්ලි සම්පීඩනය සඳහා ආධාරකයක් නොමැත (gzip හා සසඳන විට 20% ක් පමණ ඉතිරි කරයි).

ඔබ CDN භාවිතා කරන්නේ නම්, මෙම කරුණු කිහිපයක් පරීක්ෂා කිරීම වටී: CDN වෙතින් පැමිණි ගොනුව ගෙන, එහි සම්පීඩිත ප්‍රමාණය වාර්තා කර එය සංසන්දනය කිරීම සඳහා අතින් සම්පීඩනය කරන්න (ඔබට බ්‍රොට්ලි සහාය ඇතිව සමහර මාර්ගගත සේවාවක් භාවිතා කළ හැකිය. vsszhat.rf).

2. සේවාදායක හැඹිලි ශීර්ෂ සැකසීම

සරල වේගවත් කිරීමේ විශේෂාංගයක් ද: සේවාදායකයා (බ්‍රවුසරය) විසින් අන්තර්ගත හැඹිලිගත කිරීම සඳහා ශීර්ෂ එක් කරන්න. වඩාත්ම වත්මන් ශීර්ෂකය හැඹිලි පාලනය වේ, යල් පැන ගිය එක කල් ඉකුත් වේ. මීට අමතරව, Etag භාවිතා කළ හැකිය. ප්‍රධානතම දෙය නම් හැඹිලි පාලනයේ උපරිම වයස ප්‍රමාණවත් වීමයි (මාසයක් හෝ ඊට වැඩි කාලයක්) ඔබ සම්පත හැකිතාක් තදින් හැඹිලි කිරීමට සූදානම් නම්, ඔබට වෙනස් කළ නොහැකි විකල්පය එකතු කළ හැකිය.

CDN වලට උපරිම වයස් අගය අඩු කළ හැක, පරිශීලකයාට නිතර නිතර ස්ථිතික අන්තර්ගතය නැවත පූරණය කිරීමට බල කරයි. මෙය සම්බන්ධ වන්නේ කුමක් ද යන්න පැහැදිලි නැත: ජාලයේ ගමනාගමනය වැඩි කිරීමට හෝ හැඹිලිය නැවත සකසන්නේ කෙසේදැයි නොදන්නා අඩවි සමඟ ගැළපුම වැඩි කිරීමට ඇති ආශාව. උදාහරණයක් ලෙස, පෙරනිමි Cloudflare ශීර්ෂක හැඹිලි කාලය පැය 1කි, එය වෙනස් කළ නොහැකි ස්ථිතික දත්ත සඳහා ඉතා අඩුය.

3. රූප ප්‍රශස්තකරණය

CDN විසින් පින්තූර හැඹිලිගත කිරීමේ සහ සේවා කිරීමේ කාර්යයන් භාර ගන්නා බැවින්, ඒවා CDN පැත්තේ ප්‍රශස්ත කර මෙම පෝරමයේ පරිශීලකයින්ට ලබා දීම තාර්කික වනු ඇත. මෙම විශේෂාංගය CDN වර්ග 2, 3 සහ 5 සඳහා පමණක් ලබා ගත හැකි බව අපි වහාම වෙන් කර ගනිමු.

ඔබට විවිධ ආකාරවලින් පින්තූර ප්‍රශස්ත කළ හැක: උසස් සම්පීඩන ආකෘති (WebP වැනි), වඩා කාර්යක්ෂම කේතක (MozJPEG) භාවිතා කිරීම හෝ අනවශ්‍ය පාරදත්ත පිරිසිදු කිරීම.

සාමාන්යයෙන්, එවැනි ප්රශස්තකරණයන් වර්ග දෙකක් තිබේ: ගුණාත්මක අලාභයක් සහ ගුණාත්මක අලාභයක් නොමැතිව. සීඩීඑන් සාමාන්‍යයෙන් රූපයේ ගුණාත්මක භාවයේ වෙනස්වීම් පිළිබඳ පාරිභෝගික පැමිණිලි වළක්වා ගැනීම සඳහා පාඩු රහිත ප්‍රශස්තකරණය භාවිතා කිරීමට උත්සාහ කරයි. එවැනි තත්වයන් තුළ, ලාභය අවම වනු ඇත. යථාර්ථය නම්, බොහෝ විට JPEG තත්ත්ව මට්ටම අවශ්‍ය ප්‍රමාණයට වඩා බෙහෙවින් වැඩි වන අතර පරිශීලක අත්දැකීමට හානියක් නොවන පරිදි අඩු ගුණාත්මක මට්ටමකින් ඔබට ආරක්ෂිතව නැවත සම්පීඩනය කළ හැක. අනෙක් අතට, හැකි සියලුම වෙබ් යෙදුම් සඳහා විශ්වීය වශයෙන් ගුණාත්මක මට්ටම සහ සැකසුම් තීරණය කිරීම අපහසුය, එබැවින් CDN සන්දර්භය (පින්තූරවල අරමුණ, වෙබ් යෙදුම් වර්ගය) සැලකිල්ලට ගනිමින් යෙදිය හැකි ඒවාට සාපේක්ෂව වඩා ගතානුගතික සැකසුම් භාවිතා කරයි. , ආදිය)

4. TLS සම්බන්ධතාවය ප්‍රශස්ත කිරීම

අද බොහෝ තදබදය TLS සම්බන්ධතා හරහා ගමන් කරයි, එයින් අදහස් වන්නේ අපි TLS සාකච්ඡා සඳහා අමතර කාලයක් ගත කරන බවයි. මෑතකදී, මෙම ක්රියාවලිය වේගවත් කිරීම සඳහා නව තාක්ෂණයන් දියුණු කර ඇත. උදාහරණයක් ලෙස, මෙය EC ගුප්තකේතනය, TLS 1.3, සැසි හැඹිලි සහ ටිකට්පත්, දෘඪාංග සංකේතාංකන ත්වරණය (AES-NI) යනාදියයි. TLS නිවැරදිව සැකසීමෙන් සම්බන්ධතා කාලය 0-1 RTT දක්වා අඩු කළ හැකිය (DNS සහ TCP ගණන් නොගනී ).

නවීන මෘදුකාංග සමඟ, ඔබ විසින්ම එවැනි භාවිතයන් ක්රියාත්මක කිරීම අපහසු නැත.

සියලුම CDNs TLS හොඳම භාවිතයන් ක්‍රියාත්මක නොකරයි; TLS සම්බන්ධතා කාලය මැනීමෙන් ඔබට මෙය පරීක්ෂා කළ හැක (උදාහරණයක් ලෙස, Webpagetest හි). නව සම්බන්ධතාවයක් සඳහා වඩාත් සුදුසුය - 1RTT, 2RTT - සාමාන්ය මට්ටම, 3RTT සහ තවත් - නරකයි.

CDN මට්ටමින් TLS භාවිතා කරන විට පවා, අපගේ වෙබ් යෙදුම සමඟ සේවාදායකය TLS සැකසිය යුතුය, නමුත් CDN පැත්තෙන්, සේවාදායකය සහ CDN අතර ගමනාගමනය පොදු ජාලය මත ගමන් කරන බැවින් එය සටහන් කළ යුතුය. නරකම අවස්ථාවක, අපට ද්විත්ව TLS සම්බන්ධතා ප්‍රමාදයන් ලැබෙනු ඇත (පළමුවැන්න CDN සත්කාරකයට, දෙවැන්න එය සහ අපගේ සේවාදායකය අතර).

සමහර යෙදුම් සඳහා, ආරක්ෂක ගැටළු කෙරෙහි අවධානය යොමු කිරීම වටී: ගමනාගමනය සාමාන්යයෙන් CDN නෝඩ් මත විකේතනය කර ඇති අතර, මෙය රථවාහන බාධා කිරීම් සඳහා විභව අවස්ථාවක් වේ. රථවාහන හෙළිදරව් කිරීමකින් තොරව වැඩ කිරීමේ විකල්පය සාමාන්යයෙන් අතිරේක ගාස්තුවක් සඳහා ඉහළම තීරුබදු සැලසුම්වල පිරිනමනු ලැබේ.

5. සම්බන්ධතා ප්‍රමාදයන් අඩු කරන්න

හැමෝම කතා කරන CDN හි ප්‍රධාන ප්‍රතිලාභය: CDN ධාරකය සහ පරිශීලකයා අතර අඩු ප්‍රමාදය (අඩු දුර). භූගෝලීය වශයෙන් බෙදා හරින ලද ජාල ගෘහ නිර්මාණ ශිල්පයක් නිර්මාණය කිරීමෙන් සාක්ෂාත් කරගනු ලබන අතර, පරිශීලකයින්ගේ සාන්ද්‍රණයේ ස්ථාන (නගර, ගමනාගමන හුවමාරු ස්ථාන, ආදිය) ස්ථානගත කර ඇත.

ප්රායෝගිකව, විවිධ ජාල සඳහා ප්රමුඛතා නිශ්චිත කලාපවල විය හැකිය. උදාහරණයක් ලෙස, රුසියානු CDNs වලට රුසියාවේ තවත් ස්ථාන තිබේ. ඇමරිකන් අය මුලින්ම USA වල network එක develop කරනවා. උදාහරණයක් ලෙස, විශාලතම CDN Cloudflare එකක් රුසියාවේ ඇත්තේ ලකුණු 2 ක් පමණි - මොස්කව් සහ ශාන්ත පීටර්ස්බර්ග්. එනම්, මොස්කව්හි සෘජු ස්ථානගත කිරීම හා සසඳන විට අපට උපරිම 10 ms පමණ ප්රමාදයක් ඉතිරි කර ගත හැකිය.

බොහෝ බටහිර CDN වලට රුසියාවේ ලකුණු නොමැත. ඒවාට සම්බන්ධ වීමෙන්, ඔබට ඔබගේ රුසියානු ප්රේක්ෂකයින් සඳහා ප්රමාදයන් පමණක් වැඩි කළ හැකිය.

6. අන්තර්ගත ප්‍රශස්තකරණය (අඩු කිරීම, ව්‍යුහාත්මක වෙනස්කම්)

වඩාත්ම සංකීර්ණ හා තාක්‍ෂණිකව දියුණු ලක්ෂ්‍යය. බෙදා හැරීමේදී අන්තර්ගතය වෙනස් කිරීම ඉතා අවදානම් විය හැකිය. අපි minification ගත්තත්: මූලාශ්‍ර කේතය අඩු කිරීම (අමතර අවකාශයන්, නොවැදගත් ව්‍යුහයන් යනාදිය හේතුවෙන්) එහි ක්‍රියාකාරිත්වයට බලපෑම් කළ හැකිය. අපි වඩාත් බරපතල වෙනස්කම් ගැන කතා කරන්නේ නම් - JS කේතය HTML හි අවසානය දක්වා ගෙනයාම, ගොනු ඒකාබද්ධ කිරීම, ආදිය - වෙබ් අඩවියේ ක්රියාකාරිත්වය කඩාකප්පල් කිරීමේ අවදානම ඊටත් වඩා වැඩි ය.

එමනිසා, මෙය කරන්නේ සමහර වර්ගයේ 5 CDN පමණි. ඇත්ත වශයෙන්ම, දේවල් වේගවත් කිරීම සඳහා අවශ්ය සියලු වෙනස්කම් ස්වයංක්රීය කිරීමට නොහැකි වනු ඇත - අතින් විශ්ලේෂණය සහ ප්රශස්තකරණය අවශ්ය වේ. උදාහරණයක් ලෙස, භාවිතා නොකළ හෝ අනුපිටපත් කේතය ඉවත් කිරීම අතින් සිදු කළ යුතු කාර්යයකි.

රීතියක් ලෙස, එවැනි සියලු ප්‍රශස්තිකරණයන් සැකසීම් මගින් පාලනය වන අතර වඩාත් භයානක ඒවා පෙරනිමියෙන් අක්‍රීය කර ඇත.

CDN වර්ගය අනුව ත්වරණ හැකියාවන් සඳහා සහාය

එබැවින් විවිධ වර්ගයේ CDNs ලබා දෙන විභව ත්වරණ අවස්ථා මොනවාදැයි අපි බලමු.

පහසුව සඳහා, අපි වර්ගීකරණය නැවත කරන්නෙමු.

1. JS පුස්තකාල බෙදා හැරීම සඳහා නොමිලේ CDN (MaxCDN, Google. Yandex).
2. සේවාලාභී ප්‍රශස්තකරණය සඳහා සේවාවන්හි CDN (උදාහරණයක් ලෙස, අකුරු සඳහා Google අකුරු, Cloudinary, Cloudimage පින්තූර සඳහා).
3. CMS හි ස්ථිතික සහ සම්පත් ප්‍රශස්තිකරණය සඳහා CDN (Bitrix, WordPress සහ වෙනත් අය තුළ තිබේ).
4. පොදු කාර්ය CDN (StackPath, CDNVideo, NGENIX, Megafon).
5. වෙබ් අඩවි ත්වරණය සඳහා CDN (Cloudflare, Imperva, Airi).

දැන් අපි CDN හි විශේෂාංග සහ වර්ග සංසන්දනය කරමු.

අවස්ථාව
1 වර්ගය
2 වර්ගය
3 වර්ගය
4 වර්ගය
5 වර්ගය

පෙළ සම්පීඩනය
+-
-
+-
+-
+

හැඹිලි ශීර්ෂ
+
+
+
+
+

පින්තූර
-
+-
+-
-
+

TLS
-
-
-
+-
+

ප්රමාදයි
-
-
-
+
+

පටුන
-
-
-
-
+

මෙම වගුවේ, සම්පූර්ණ සහාය දැක්වීමට "+" භාවිතා කරයි, "-" යනු ආධාරකයක් නොවේ, සහ "+-" යනු අර්ධ සහය වේ. ඇත්ත වශයෙන්ම, යථාර්ථයේ දී මෙම වගුවෙන් බැහැරවීම් තිබිය හැක (උදාහරණයක් ලෙස, සමහර පොදු කාර්ය CDN රූප ප්රශස්ත කිරීම සඳහා විශේෂාංග ක්රියාත්මක කරනු ඇත), නමුත් සාමාන්ය අදහසක් සඳහා එය ප්රයෝජනවත් වේ.

ප්රතිඵල

මෙම ලිපිය කියවීමෙන් පසු, ඔබේ වෙබ් අඩවි වේගවත් කිරීම සඳහා "CDN භාවිතා කරන්න" නිර්දේශය පිළිබඳව ඔබට පැහැදිලි චිත්‍රයක් ලැබෙනු ඇතැයි බලාපොරොත්තු වෙමු.

ඕනෑම ව්යාපාරයක මෙන්, ඔබට ඕනෑම සේවාවක අලෙවිකරණ පොරොන්දු විශ්වාස කළ නොහැක. සැබෑ තත්ව යටතේ බලපෑම මැන බැලීම සහ පරීක්ෂා කිරීම අවශ්ය වේ. ඔබ දැනටමත් CDN භාවිතා කරන්නේ නම්, ලිපියේ විස්තර කර ඇති නිර්ණායක භාවිතා කර එහි කාර්යක්ෂමතාව සඳහා පරීක්ෂා කරන්න.

දැන් CDN භාවිතා කිරීම ඔබේ වෙබ් අඩවිය පූරණය වන කාලය මන්දගාමී වීමට ඉඩ ඇත.

සාමාන්‍ය නිර්දේශයක් ලෙස, අපට පහත කරුණු කෙරෙහි අවධානය යොමු කළ හැකිය: ඔබේ ප්‍රේක්ෂකයින් අධ්‍යයනය කරන්න, එහි භූගෝලීය විෂය පථය තීරණය කරන්න. ඔබේ ප්‍රධාන ප්‍රේක්ෂකයින් කිලෝමීටර් 1-2 දහසක් අරයක් තුළ සංකේන්ද්‍රණය වී ඇත්නම්, එහි ප්‍රධාන අරමුණ සඳහා ඔබට CDN අවශ්‍ය නොවේ - ප්‍රමාදය අඩු කිරීම. ඒ වෙනුවට, ඔබට ඔබේ සේවාදායකය ඔබේ පරිශීලකයින්ට සමීප කර එය නිසි ලෙස වින්‍යාසගත කළ හැකිය, ලිපියේ විස්තර කර ඇති බොහෝ ප්‍රශස්තිකරණයන් ලබා ගත හැකිය (නොමිලේ සහ ස්ථිර).

ඔබේ ප්‍රේක්ෂකයින් සැබවින්ම භූගෝලීය වශයෙන් බෙදා හැර තිබේ නම් (කිලෝමීටර් 3000 ට වැඩි අරය), ගුණාත්මක CDN භාවිතා කිරීම ඇත්තෙන්ම ප්‍රයෝජනවත් වනු ඇත. කෙසේ වෙතත්, ඔබේ සීඩීඑන් වේගවත් කළ හැක්කේ කුමක් දැයි ඔබ කල්තියා තේරුම් ගත යුතුය (හැකියාවන්ගේ වගුව සහ ඒවායේ විස්තරය බලන්න). කෙසේ වෙතත්, වෙබ් අඩවි ත්වරණය තවමත් CDN සම්බන්ධ කිරීමෙන් විසඳිය නොහැකි සංකීර්ණ කාර්යයක් ලෙස පවතී. ඉහත ප්‍රශස්තකරණයන්ට අමතරව, ත්වරණයේ වඩාත් ඵලදායී මාධ්‍යයන් CDN පිටුපස පවතී: සේවාදායක කොටස ප්‍රශස්ත කිරීම, සේවාදායක කොටසෙහි උසස් වෙනස්කම් (භාවිතා නොකළ කේතය ඉවත් කිරීම, විදැහුම්කරණ ක්‍රියාවලිය ප්‍රශස්ත කිරීම, අන්තර්ගතය සමඟ වැඩ කිරීම, අකුරු, අනුවර්තනය, ආදිය. )

මූලාශ්රය: www.habr.com