[កុំ] ប្រើ CDN

ស្ទើរតែគ្រប់អត្ថបទ ឬឧបករណ៍សម្រាប់បង្កើនប្រសិទ្ធភាពល្បឿនគេហទំព័រមានឃ្លាតិចតួច "ប្រើ CDN" ។ ជាទូទៅ CDN គឺជាបណ្តាញចែកចាយមាតិកា ឬបណ្តាញចែកចាយមាតិកា។ យើងនៅ Method Lab ជារឿយៗជួបប្រទះសំណួរពីអតិថិជនលើប្រធានបទនេះ ពួកគេខ្លះបើក CDN ផ្ទាល់ខ្លួនរបស់ពួកគេ។ គោលបំណងនៃអត្ថបទនេះគឺដើម្បីយល់ពីអ្វីដែល CDN អាចផ្តល់នៅក្នុងលក្ខខណ្ឌនៃល្បឿនផ្ទុកគេហទំព័រ តើបញ្ហាអ្វីខ្លះអាចកើតឡើង ហើយក្នុងករណីណាដែលការប្រើប្រាស់ CDN គឺត្រឹមត្រូវ។

ការពន្យារពេលដែលគូសរង្វង់ក្នុងរូបភាពគឺបណ្តាលមកពីការប្រើប្រាស់ CDN។

បន្តិចនៃប្រវត្តិសាស្រ្ត

ដូចបច្ចេកវិទ្យាជាច្រើនដែរ CDNs លេចចេញដោយភាពចាំបាច់។ ជាមួយនឹងការអភិវឌ្ឍន៍បណ្តាញអ៊ីនធឺណែតក្នុងចំណោមអ្នកប្រើប្រាស់អ៊ីនធឺណិត សេវាកម្មវីដេអូអនឡាញបានបង្ហាញខ្លួន។ ជាធម្មតា មាតិកាវីដេអូទាមទារឱ្យមានការបញ្ជាទិញនូវកម្រិតបញ្ជូនកាន់តែច្រើនបើប្រៀបធៀបទៅនឹងមាតិកាគេហទំព័រធម្មតា (រូបភាព អត្ថបទ និងកូដ CSS ឬ JS)។

នៅពេលព្យាយាមចាក់ផ្សាយវីដេអូស្របគ្នាជាមួយអតិថិជនជាច្រើនពីម៉ាស៊ីនមេតែមួយ បណ្តាញអ៊ីនធឺណិតរបស់ម៉ាស៊ីនមេទំនងជានឹងក្លាយទៅជាឧបសគ្គ។ តាមក្បួនមួយ ខ្សែស្រឡាយពីរបីពាន់គឺគ្រប់គ្រាន់ដើម្បីបិទបណ្តាញម៉ាស៊ីនមេធម្មតា។ ជាការពិតណាស់ វាអាចមានដែនកំណត់ធនធានផ្សេងទៀត ប៉ុន្តែវាមិនសំខាន់ទេនៅពេលនេះ។ វាក៏សំខាន់ផងដែរដែលការពង្រីកបណ្តាញម៉ាស៊ីនមេគឺមានតម្លៃថ្លៃពេក (ហើយពេលខ្លះមិនអាចទៅរួច) ហើយក៏មិនអាចអនុវត្តបាន។ ការផ្ទុកនៅលើប៉ុស្តិ៍ក្នុងអំឡុងពេលចាក់ផ្សាយនឹងមានលក្ខណៈរង្វិល។

បញ្ហានៃការកំណត់ឆានែលរបស់ម៉ាស៊ីនមេនីមួយៗត្រូវបានដោះស្រាយយ៉ាងល្អឥតខ្ចោះដោយ CDN ។ អតិថិជនមិនភ្ជាប់ទៅម៉ាស៊ីនមេដោយផ្ទាល់ទេ ប៉ុន្តែទៅថ្នាំងក្នុងបណ្តាញ CDN ។ នៅក្នុងស្ថានភាពដ៏ល្អមួយ ម៉ាស៊ីនមេបញ្ជូនស្ទ្រីមមួយទៅកាន់ថ្នាំង CDN ហើយបន្ទាប់មកបណ្តាញប្រើប្រាស់ធនធានផ្ទាល់ខ្លួនដើម្បីបញ្ជូនចរន្តនេះទៅកាន់អ្នកប្រើប្រាស់ជាច្រើន។ តាមទស្សនៈសេដ្ឋកិច្ច យើងចំណាយតែសម្រាប់ធនធានដែលប្រើប្រាស់ជាក់ស្តែង (នេះអាចជាកម្រិតបញ្ជូន ឬចរាចរណ៍) និងទទួលបានវិសាលភាពដ៏ល្អនៃសេវាកម្មរបស់យើង។ ការប្រើប្រាស់ CDN ដើម្បីចែកចាយខ្លឹមសារធ្ងន់ៗគឺសមហេតុផល និងសមហេតុផលទាំងស្រុង។ ទោះបីជាវាគួរឱ្យកត់សម្គាល់ថាអ្នកលេងដ៏ធំបំផុតនៅក្នុងចន្លោះនេះ (ឧ. Netflix) កំពុងបង្កើត CDNs ផ្ទាល់ខ្លួនរបស់ពួកគេជំនួសឱ្យការប្រើប្រាស់ CDNs ពាណិជ្ជកម្មធំ (Akamai, Cloudflare, Fastly ។ល។)

នៅពេលដែលគេហទំព័របានវិវឌ្ឍន៍ កម្មវិធីគេហទំព័រខ្លួនឯងកាន់តែស្មុគស្មាញ និងស្មុគស្មាញ។ បញ្ហានៃល្បឿនផ្ទុកបានមកដល់មុន។ អ្នកចូលចិត្តល្បឿនគេហទំព័របានកំណត់យ៉ាងរហ័សនូវបញ្ហាធំៗមួយចំនួនដែលបណ្តាលឱ្យគេហទំព័រដំណើរការយឺត។ មួយក្នុងចំណោមពួកគេគឺការពន្យាពេលបណ្តាញ (RTT - ពេលវេលាធ្វើដំណើរទៅមកឬម៉ោង ping) ។ ការពន្យារពេលប៉ះពាល់ដល់ដំណើរការជាច្រើនក្នុងការផ្ទុកគេហទំព័រ៖ ការបង្កើតការតភ្ជាប់ TCP ចាប់ផ្តើមវគ្គ TLS ការផ្ទុកធនធាននីមួយៗ (រូបភាព ឯកសារ JS ឯកសារ HTML ។ល។)

បញ្ហានេះកាន់តែធ្ងន់ធ្ងរឡើងដោយសារការពិតដែលថានៅពេលប្រើពិធីការ HTTP/1.1 (មុនពេលការមកដល់នៃ SPDY, QUIC និង HTTP/2 នេះគឺជាជម្រើសតែមួយគត់) កម្មវិធីរុករកបើកមិនលើសពី 6 ការតភ្ជាប់ TCP ទៅម៉ាស៊ីនតែមួយ។ ទាំងអស់នេះនាំទៅដល់ការផ្អាកការតភ្ជាប់ និងការប្រើប្រាស់កម្រិតបញ្ជូនឆានែលគ្មានប្រសិទ្ធភាព។ បញ្ហាត្រូវបានដោះស្រាយដោយផ្នែកដោយការបែងចែកដែន - ការបង្កើតម៉ាស៊ីនបន្ថែមដើម្បីយកឈ្នះដែនកំណត់លើចំនួននៃការតភ្ជាប់។

នេះគឺជាកន្លែងដែលសមត្ថភាពទីពីររបស់ CDN លេចឡើង - ការកាត់បន្ថយភាពយឺតយ៉ាវ (RTT) ដោយសារតែចំនួនច្រើននៃចំណុចនិងភាពជិតនៃថ្នាំងចំពោះអ្នកប្រើប្រាស់។ ចម្ងាយដើរតួនាទីយ៉ាងសំខាន់នៅទីនេះ៖ ល្បឿននៃពន្លឺមានកម្រិត (ប្រហែល 200 គីឡូម៉ែត្រ/វិនាទី ក្នុងសរសៃអុបទិក)។ នេះមានន័យថារាល់ការធ្វើដំណើរ 000 គីឡូម៉ែត្របន្ថែមការពន្យារពេល 1000 ms ឬ 5 ms ទៅ RTT ។ នេះគឺជាពេលវេលាអប្បបរមាដែលត្រូវការសម្រាប់ការបញ្ជូន ដោយសារវាមានការពន្យាពេលលើឧបករណ៍កម្រិតមធ្យមផងដែរ។ ដោយសារ CDN ជាធម្មតាដឹងពីរបៀបលាក់វត្ថុនៅលើម៉ាស៊ីនមេរបស់វា យើងអាចទទួលបានអត្ថប្រយោជន៍ពីការផ្ទុកវត្ថុបែបនេះតាមរយៈ CDN ។ លក្ខខណ្ឌចាំបាច់សម្រាប់ការនេះ៖ វត្តមានរបស់វត្ថុនៅក្នុងឃ្លាំងសម្ងាត់ ភាពជិតនៃ CDN ចង្អុលទៅអ្នកប្រើប្រាស់ក្នុងការប្រៀបធៀបជាមួយម៉ាស៊ីនមេកម្មវិធីបណ្តាញ (ម៉ាស៊ីនមេដើម) ។ វាជាការសំខាន់ណាស់ដែលត្រូវយល់ថាភាពជិតភូមិសាស្ត្រនៃថ្នាំង CDN មិនធានាភាពយឺតយ៉ាវទាបនោះទេ។ ការបញ្ជូនផ្លូវរវាងម៉ាស៊ីនភ្ញៀវ និង CDN អាចត្រូវបានបង្កើតឡើងតាមរបៀបដែលម៉ាស៊ីនភ្ញៀវនឹងភ្ជាប់ទៅម៉ាស៊ីននៅក្នុងប្រទេសមួយផ្សេងទៀត និងអាចនៅលើទ្វីបមួយផ្សេងទៀត។ នេះគឺជាកន្លែងដែលទំនាក់ទំនងរវាងប្រតិបត្តិករទូរគមនាគមន៍ និងសេវាកម្ម CDN (ការភ្ជាប់ទំនាក់ទំនង ការចូលរួមក្នុង IX ។ ឧទាហរណ៍ Cloudflare នៅពេលប្រើគម្រោងដំបូងចំនួនពីរ (ឥតគិតថ្លៃ និងថោក) មិនធានាការចែកចាយមាតិកាពីម៉ាស៊ីនដែលនៅជិតបំផុតនោះទេ - ម៉ាស៊ីននឹងត្រូវបានជ្រើសរើសដើម្បីសម្រេចបាននូវការចំណាយអប្បបរមា។

ក្រុមហ៊ុនអ៊ីនធឺណិតឈានមុខគេជាច្រើនទាក់ទាញចំណាប់អារម្មណ៍សាធារណៈ (អ្នកបង្កើតគេហទំព័រ និងម្ចាស់សេវាកម្ម) ទៅនឹងប្រធានបទនៃល្បឿនផ្ទុក និងដំណើរការគេហទំព័រ។ ក្នុងចំណោមក្រុមហ៊ុនទាំងនេះមាន Yahoo (Yslow tool) AOL (WebPageTest) និង Google (Page Speed ​​​​Insights service) ដែលកំពុងបង្កើតការណែនាំផ្ទាល់ខ្លួនរបស់ពួកគេសម្រាប់ការបង្កើនល្បឿនគេហទំព័រ (ជាចម្បងពួកគេទាក់ទងនឹងការបង្កើនប្រសិទ្ធភាពអតិថិជន)។ ក្រោយមក ឧបករណ៍ធ្វើតេស្តល្បឿនគេហទំព័រថ្មីបានលេចឡើង ដែលផ្តល់ការណែនាំអំពីការបង្កើនល្បឿនគេហទំព័រផងដែរ។ សេវាកម្ម ឬកម្មវិធីជំនួយទាំងនេះនីមួយៗមានការណែនាំស្របគ្នា៖ “ប្រើ CDN”។ ការកាត់បន្ថយភាពយឺតនៃបណ្តាញជាធម្មតាត្រូវបានលើកឡើងជាការពន្យល់សម្រាប់ឥទ្ធិពលនៃ CDN ។ ជាអកុសល មិនមែនគ្រប់គ្នាសុទ្ធតែត្រៀមខ្លួនរួចរាល់ដើម្បីយល់ច្បាស់អំពីរបៀបដែលឥទ្ធិពលបង្កើនល្បឿននៃ CDN ត្រូវបានសម្រេច និងរបៀបដែលវាអាចត្រូវបានវាស់វែង ដូច្នេះការណែនាំនេះត្រូវបានគេយកតាមជំនឿ ហើយប្រើជាប្រកាស។ តាមពិតមិនមែន CDN ទាំងអស់ត្រូវបានបង្កើតឡើងស្មើគ្នានោះទេ។

ការប្រើប្រាស់ CDN ថ្ងៃនេះ

ដើម្បីវាយតម្លៃអត្ថប្រយោជន៍នៃការប្រើប្រាស់ CDNs ពួកគេចាំបាច់ត្រូវចាត់ថ្នាក់។ អ្វី​ដែល​អាច​ត្រូវ​បាន​រក​ឃើញ​ឥឡូវ​នេះ​ក្នុង​ការ​អនុវត្ត (ឧទាហរណ៍​នៅ​ក្នុង​តង្កៀប​គឺ​ជា​ការ​ពិត​ណាស់, មិន​ពេញ​លេញ):

1. CDN ឥតគិតថ្លៃសម្រាប់ការចែកចាយបណ្ណាល័យ JS (MaxCDN, Google. Yandex) ។
2. CDN នៃសេវាកម្មសម្រាប់ការបង្កើនប្រសិទ្ធភាពអតិថិជន (ឧទាហរណ៍ Google ពុម្ពអក្សរសម្រាប់ពុម្ពអក្សរ, Cloudinary, Cloudimage សម្រាប់រូបភាព) ។
3. CDN សម្រាប់ការបង្កើនប្រសិទ្ធភាពឋិតិវន្ត និងធនធាននៅក្នុង CMS (មាននៅក្នុង 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);
• ការបង្ហាប់ឋិតិវន្ត (ឯកសារក្នុងឃ្លាំងសម្ងាត់) មិនប្រើមុខងារបន្ថែមទេ (ឧទាហរណ៍ zopfi ឬ brotli ដែលមានសញ្ញាបត្រ 11)
• មិនមានការគាំទ្រសម្រាប់ការបង្ហាប់ brotli ប្រកបដោយប្រសិទ្ធភាពទេ (សន្សំប្រហែល 20% បើប្រៀបធៀបទៅនឹង gzip) ។

ប្រសិនបើអ្នកប្រើ CDN វាមានតម្លៃពិនិត្យមើលចំណុចមួយចំនួនទាំងនេះ៖ យកឯកសារដែលបានមកពី CDN កត់ត្រាទំហំដែលបានបង្ហាប់របស់វា ហើយបង្ហាប់វាដោយដៃសម្រាប់ការប្រៀបធៀប (អ្នកអាចប្រើសេវាកម្មអនឡាញមួយចំនួនដោយមានការគាំទ្រ brotli ឧទាហរណ៍ vsszhat.rf).

2. ការកំណត់បឋមកថាឃ្លាំងសម្ងាត់របស់អតិថិជន

មុខងារបង្កើនល្បឿនសាមញ្ញផងដែរ៖ បន្ថែមបឋមកថាសម្រាប់ការរក្សាទុកមាតិកាដោយអតិថិជន (កម្មវិធីរុករក) ។ បឋមកថាបច្ចុប្បន្នបំផុតគឺការគ្រប់គ្រងឃ្លាំងសម្ងាត់ ដែលហួសសម័យនឹងផុតកំណត់។ លើសពីនេះទៀត Etag អាចត្រូវបានប្រើ។ រឿងចំបងគឺថាអាយុអតិបរមានៃការគ្រប់គ្រងឃ្លាំងសម្ងាត់មានទំហំធំល្មម (ចាប់ពីមួយខែឬច្រើនជាងនេះ) ប្រសិនបើអ្នកត្រៀមខ្លួនក្នុងការរក្សាទុកធនធានឱ្យខ្លាំងតាមដែលអាចធ្វើទៅបានអ្នកអាចបន្ថែមជម្រើសដែលមិនអាចផ្លាស់ប្តូរបាន។

CDNs អាចបន្ថយតម្លៃអាយុអតិបរមា ដោយបង្ខំឱ្យអ្នកប្រើប្រាស់ផ្ទុកមាតិកាឋិតិវន្តឡើងវិញឱ្យបានញឹកញាប់។ វាមិនច្បាស់ថាវាត្រូវបានភ្ជាប់ជាមួយអ្វីទេ: បំណងប្រាថ្នាដើម្បីបង្កើនចរាចរណ៍នៅលើបណ្តាញឬបង្កើនភាពឆបគ្នាជាមួយគេហទំព័រដែលមិនដឹងពីរបៀបកំណត់ឃ្លាំងសម្ងាត់ឡើងវិញ។ ឧទាហរណ៍ ពេលវេលាឃ្លាំងសម្ងាត់បឋមកថា Cloudflare លំនាំដើមគឺ 1 ម៉ោង ដែលទាបណាស់សម្រាប់ទិន្នន័យឋិតិវន្តដែលមិនអាចផ្លាស់ប្តូរបាន។

3. ការបង្កើនប្រសិទ្ធភាពរូបភាព

ដោយសារ CDN ទទួលយកមុខងារនៃឃ្លាំងសម្ងាត់ និងការបម្រើរូបភាព វានឹងសមហេតុផលក្នុងការបង្កើនប្រសិទ្ធភាពពួកវានៅផ្នែកខាង CDN ហើយបម្រើវាដល់អ្នកប្រើប្រាស់ក្នុងទម្រង់នេះ។ ចូរធ្វើការកក់ទុកភ្លាមៗថាមុខងារនេះមានសម្រាប់តែ CDN ប្រភេទ 2, 3 និង 5 ប៉ុណ្ណោះ។

អ្នកអាចបង្កើនប្រសិទ្ធភាពរូបភាពតាមវិធីផ្សេងៗគ្នា៖ ដោយប្រើទម្រង់បង្ហាប់កម្រិតខ្ពស់ (ដូចជា WebP) ឧបករណ៍បំលែងកូដដែលមានប្រសិទ្ធភាពជាងមុន (MozJPEG) ឬគ្រាន់តែសម្អាតទិន្នន័យមេតាដែលមិនចាំបាច់។

ជាទូទៅ ការបង្កើនប្រសិទ្ធភាពបែបនេះមានពីរប្រភេទ៖ ជាមួយនឹងការបាត់បង់គុណភាព និងដោយគ្មានការបាត់បង់គុណភាព។ CDNs ជាធម្មតាព្យាយាមប្រើការបង្កើនប្រសិទ្ធភាពដោយមិនបាត់បង់ ដើម្បីជៀសវាងការត្អូញត្អែររបស់អតិថិជនអំពីការផ្លាស់ប្តូរគុណភាពរូបភាព។ នៅក្នុងលក្ខខណ្ឌបែបនេះការទទួលបាននឹងមានតិចតួចបំផុត។ តាមការពិត ជាញឹកញាប់កម្រិតគុណភាព JPEG គឺខ្ពស់ជាងការចាំបាច់ ហើយអ្នកអាចបង្រួមឡើងវិញដោយសុវត្ថិភាពជាមួយនឹងកម្រិតគុណភាពទាបដោយមិនប៉ះពាល់ដល់បទពិសោធន៍អ្នកប្រើប្រាស់។ ម្យ៉ាងវិញទៀត វាពិបាកក្នុងការកំណត់កម្រិតនៃគុណភាព និងការកំណត់ជាសកលសម្រាប់កម្មវិធីបណ្តាញដែលអាចធ្វើបានទាំងអស់ ដូច្នេះ CDNs ប្រើការកំណត់បែបអភិរក្សច្រើនជាងបើប្រៀបធៀបទៅនឹងកម្មវិធីដែលអាចត្រូវបានអនុវត្តដោយគិតគូរពីបរិបទ (គោលបំណងនៃរូបភាព ប្រភេទនៃកម្មវិធីគេហទំព័រ។ ល។ )

4. ការបង្កើនប្រសិទ្ធភាពការតភ្ជាប់ TLS

ចរាចរណ៍ភាគច្រើននាពេលបច្ចុប្បន្ននេះធ្វើដំណើរលើការតភ្ជាប់ TLS ដែលមានន័យថាយើងចំណាយពេលបន្ថែមលើការចរចា TLS ។ ថ្មីៗនេះ បច្ចេកវិទ្យាថ្មីត្រូវបានបង្កើតឡើង ដើម្បីបង្កើនល្បឿនដំណើរការនេះ។ ឧទាហរណ៍ នេះគឺជាការគ្រីប EC, TLS 1.3, ឃ្លាំងសម្ងាត់សម័យ និងសំបុត្រ, ការបង្កើនល្បឿននៃការអ៊ិនគ្រីបផ្នែករឹង (AES-NI) ។

ជាមួយនឹងកម្មវិធីទំនើប វាមិនពិបាកក្នុងការអនុវត្តការអនុវត្តបែបនេះដោយខ្លួនឯងទេ។

មិនមែន CDN ទាំងអស់អនុវត្តការអនុវត្តល្អបំផុតរបស់ TLS ទេ អ្នកអាចពិនិត្យមើលវាដោយវាស់ពេលវេលានៃការតភ្ជាប់ TLS (ឧទាហរណ៍នៅក្នុង Webpagetest) ។ ល្អបំផុតសម្រាប់ការតភ្ជាប់ថ្មី - 1RTT, 2RTT - កម្រិតមធ្យម 3RTT និងច្រើនទៀត - អាក្រក់។

វាគួរតែត្រូវបានគេកត់សម្គាល់ផងដែរថាសូម្បីតែនៅពេលប្រើ TLS នៅកម្រិត CDN ម៉ាស៊ីនមេដែលមានកម្មវិធីបណ្តាញរបស់យើងក៏ត្រូវតែដំណើរការ TLS ប៉ុន្តែពីផ្នែក CDN ពីព្រោះចរាចររវាងម៉ាស៊ីនមេនិង CDN ឆ្លងកាត់បណ្តាញសាធារណៈ។ ក្នុងករណីដ៏អាក្រក់បំផុត យើងនឹងទទួលបានការពន្យាពេលការតភ្ជាប់ TLS ពីរដង (ទីមួយទៅកាន់ម៉ាស៊ីន CDN ទីពីររវាងវា និងម៉ាស៊ីនមេរបស់យើង)។

សម្រាប់កម្មវិធីមួយចំនួន វាគួរអោយយកចិត្តទុកដាក់ចំពោះបញ្ហាសុវត្ថិភាព៖ ចរាចរណ៍ជាធម្មតាត្រូវបានឌិគ្រីបនៅលើថ្នាំង CDN ហើយនេះគឺជាឱកាសដ៏មានសក្តានុពលសម្រាប់ការស្ទាក់ចាប់ចរាចរណ៍។ ជម្រើសនៃការធ្វើការដោយគ្មានការបង្ហាញចរាចរណ៍ជាធម្មតាត្រូវបានផ្តល់ជូននៅក្នុងផែនការពន្ធកំពូលសម្រាប់ថ្លៃបន្ថែម។

5. កាត់បន្ថយការពន្យាពេលនៃការតភ្ជាប់

អត្ថប្រយោជន៍ចម្បងរបស់ CDN ដែលមនុស្សគ្រប់គ្នានិយាយអំពី៖ ភាពយឺតយ៉ាវទាប (ចម្ងាយតិច) រវាងម៉ាស៊ីន CDN និងអ្នកប្រើប្រាស់។ សម្រេចបានដោយការបង្កើតស្ថាបត្យកម្មបណ្តាញចែកចាយតាមភូមិសាស្រ្ត ដែលក្នុងនោះម៉ាស៊ីនមានទីតាំងនៅចំណុចនៃការប្រមូលផ្តុំអ្នកប្រើប្រាស់ (ទីក្រុង ចំណុចផ្លាស់ប្តូរចរាចរណ៍។ល។)

នៅក្នុងការអនុវត្ត អាទិភាពសម្រាប់បណ្តាញផ្សេងៗគ្នាអាចស្ថិតនៅក្នុងតំបន់ជាក់លាក់។ ឧទាហរណ៍ CDNs របស់រុស្ស៊ីនឹងមានវត្តមានកាន់តែច្រើននៅក្នុងប្រទេសរុស្ស៊ី។ ជនជាតិអាមេរិកដំបូងនឹងអភិវឌ្ឍបណ្តាញនៅសហរដ្ឋអាមេរិក។ ឧទាហរណ៍ CDN Cloudflare ដ៏ធំបំផុតមួយមានត្រឹមតែ 2 ពិន្ទុប៉ុណ្ណោះនៅក្នុងប្រទេសរុស្ស៊ី - Moscow និង St. នោះគឺយើងអាចសន្សំបានអតិបរមាប្រហែល 10 ms នៃ latency បើប្រៀបធៀបទៅនឹងការដាក់ដោយផ្ទាល់នៅទីក្រុងម៉ូស្គូ។

CDNs ភាគខាងលិចភាគច្រើនមិនមានពិន្ទុនៅក្នុងប្រទេសរុស្ស៊ីទាល់តែសោះ។ តាមរយៈការតភ្ជាប់ទៅពួកគេ អ្នកអាចបង្កើនការពន្យារពេលសម្រាប់ទស្សនិកជនរុស្ស៊ីរបស់អ្នកប៉ុណ្ណោះ។

6. ការបង្កើនប្រសិទ្ធភាពមាតិកា (ការបង្រួមតូច ការផ្លាស់ប្តូររចនាសម្ព័ន្ធ)

ចំណុច​ស្មុគ​ស្មាញ​បំផុត​និង​បច្ចេកវិទ្យា​ទំនើប​។ ការផ្លាស់ប្តូរខ្លឹមសារក្នុងអំឡុងពេលចែកចាយអាចមានគ្រោះថ្នាក់ខ្លាំងណាស់។ ទោះបីជាយើងយកការបង្រួមតូចក៏ដោយ៖ ការកាត់បន្ថយកូដប្រភព (ដោយសារតែចន្លោះបន្ថែម រចនាសម្ព័ន្ធមិនសំខាន់។ល។) អាចប៉ះពាល់ដល់ដំណើរការរបស់វា។ ប្រសិនបើយើងនិយាយអំពីការផ្លាស់ប្តូរដ៏ធ្ងន់ធ្ងរជាងនេះ - ការផ្លាស់ប្តូរកូដ JS ទៅចុងបញ្ចប់នៃ HTML, ការរួមបញ្ចូលគ្នានៃឯកសារ។ល។ - ហានិភ័យនៃការរំខានដល់មុខងារនៃគេហទំព័រគឺកាន់តែខ្ពស់។

ដូច្នេះមានតែ CDN ប្រភេទ 5 មួយចំនួនប៉ុណ្ណោះដែលធ្វើបែបនេះ។ ជាការពិតណាស់ វានឹងមិនអាចធ្វើស្វ័យប្រវត្តិកម្មរាល់ការផ្លាស់ប្តូរដែលត្រូវការដើម្បីបង្កើនល្បឿននោះទេ ពោលគឺទាមទារការវិភាគដោយដៃ និងការបង្កើនប្រសិទ្ធភាព។ ឧទាហរណ៍ ការដកលេខកូដដែលមិនប្រើ ឬស្ទួនចេញគឺជាកិច្ចការដោយដៃ។

តាមក្បួនការបង្កើនប្រសិទ្ធភាពបែបនេះទាំងអស់ត្រូវបានគ្រប់គ្រងដោយការកំណត់ ហើយគ្រោះថ្នាក់បំផុតត្រូវបានបិទតាមលំនាំដើម។

ការគាំទ្រសម្រាប់សមត្ថភាពបង្កើនល្បឿនតាមប្រភេទ CDN

ដូច្នេះសូមក្រឡេកមើលថាតើឱកាសបង្កើនល្បឿនដែលមានសក្តានុពលប្រភេទផ្សេងគ្នានៃ CDNs ផ្តល់អ្វីខ្លះ។

ដើម្បីភាពងាយស្រួល យើងធ្វើចំណាត់ថ្នាក់ម្តងទៀត។

1. CDN ឥតគិតថ្លៃសម្រាប់ការចែកចាយបណ្ណាល័យ JS (MaxCDN, Google. Yandex) ។
2. CDN នៃសេវាកម្មសម្រាប់ការបង្កើនប្រសិទ្ធភាពអតិថិជន (ឧទាហរណ៍ Google ពុម្ពអក្សរសម្រាប់ពុម្ពអក្សរ, Cloudinary, Cloudimage សម្រាប់រូបភាព) ។
3. CDN សម្រាប់ការបង្កើនប្រសិទ្ធភាពឋិតិវន្ត និងធនធាននៅក្នុង CMS (មាននៅក្នុង Bitrix, WordPress និងផ្សេងៗទៀត)។
4. គោលបំណងទូទៅ CDN (StackPath, CDNVideo, NGENIX, Megafon) ។
5. CDN សម្រាប់ការបង្កើនល្បឿនគេហទំព័រ (Cloudflare, Imperva, Airi) ។

ឥឡូវនេះ ចូរយើងប្រៀបធៀបលក្ខណៈពិសេស និងប្រភេទនៃ CDN ។

ឱកាស។
ប្រភេទ ៩៤
ប្រភេទ ៩៤
ប្រភេទ ៩៤
ប្រភេទ ៩៤
ប្រភេទ ៩៤

ការបង្ហាប់អត្ថបទ
+–
-
+–
+–
+

បឋមកថាឃ្លាំងសម្ងាត់
+
+
+
+
+

រូបភាព។
-
+–
+–
-
+

TLS បាន
-
-
-
+–
+

ការពន្យារពេល
-
-
-
+
+

មាតិកា
-
-
-
-
+

នៅក្នុងតារាងនេះ “+” ត្រូវបានប្រើដើម្បីបង្ហាញពីការគាំទ្រពេញលេញ “–” គឺមិនមានការគាំទ្រ ហើយ “+–” គឺជាការគាំទ្រផ្នែក។ ជាការពិតណាស់ វាអាចមានគម្លាតពីតារាងនេះនៅក្នុងការពិត (ឧទាហរណ៍ CDN គោលបំណងទូទៅមួយចំនួននឹងអនុវត្តមុខងារសម្រាប់បង្កើនប្រសិទ្ធភាពរូបភាព) ប៉ុន្តែសម្រាប់គំនិតទូទៅវាមានប្រយោជន៍។

លទ្ធផល

សង្ឃឹមថាបន្ទាប់ពីអានអត្ថបទនេះ អ្នកនឹងមានរូបភាពកាន់តែច្បាស់ទាក់ទងនឹងការណែនាំ "ប្រើ CDN" ដើម្បីបង្កើនល្បឿនគេហទំព័ររបស់អ្នក។

ដូចនៅក្នុងអាជីវកម្មណាមួយដែរ អ្នកមិនអាចជឿលើការសន្យាទីផ្សារនៃសេវាកម្មណាមួយឡើយ។ ផលប៉ះពាល់ត្រូវតែត្រូវបានវាស់វែង និងសាកល្បងក្នុងស្ថានភាពជាក់ស្តែង។ ប្រសិនបើអ្នកកំពុងប្រើ CDN រួចហើយ សូមពិនិត្យមើលវាសម្រាប់ប្រសិទ្ធភាពដោយប្រើលក្ខណៈវិនិច្ឆ័យដែលបានពិពណ៌នានៅក្នុងអត្ថបទ។

វាអាចទៅរួចដែលថាការប្រើប្រាស់ CDN នាពេលនេះកំពុងបន្ថយល្បឿននៃការផ្ទុកគេហទំព័ររបស់អ្នក។

ជាអនុសាសន៍ទូទៅ យើងអាចផ្តោតលើចំណុចខាងក្រោម៖ សិក្សាទស្សនិកជនរបស់អ្នក កំណត់វិសាលភាពភូមិសាស្រ្តរបស់វា។ ប្រសិនបើទស្សនិកជនសំខាន់របស់អ្នកប្រមូលផ្តុំក្នុងកាំពី 1-2 ពាន់គីឡូម៉ែត្រ អ្នកមិនត្រូវការ CDN សម្រាប់គោលបំណងចម្បងរបស់វានោះទេ ពោលគឺកាត់បន្ថយភាពយឺតយ៉ាវ។ ផ្ទុយទៅវិញ អ្នកអាចដាក់ម៉ាស៊ីនមេរបស់អ្នកឱ្យកាន់តែជិតអ្នកប្រើប្រាស់របស់អ្នក ហើយកំណត់រចនាសម្ព័ន្ធវាឱ្យបានត្រឹមត្រូវ ដោយទទួលបានការបង្កើនប្រសិទ្ធភាពភាគច្រើនដែលបានពិពណ៌នានៅក្នុងអត្ថបទ (ឥតគិតថ្លៃ និងអចិន្ត្រៃយ៍)។

ក្នុងករណីដែលទស្សនិកជនរបស់អ្នកត្រូវបានចែកចាយតាមភូមិសាស្រ្តពិតប្រាកដ (កាំលើសពី 3000 គីឡូម៉ែត្រ) ការប្រើ CDN ដែលមានគុណភាពពិតជាមានប្រយោជន៍។ ទោះយ៉ាងណាក៏ដោយ អ្នកត្រូវយល់ជាមុននូវអ្វីដែល CDN របស់អ្នកអាចបង្កើនល្បឿន (សូមមើលតារាងសមត្ថភាព និងការពិពណ៌នារបស់វា)។ ទោះជាយ៉ាងណាក៏ដោយ ការបង្កើនល្បឿនគេហទំព័រនៅតែជាកិច្ចការដ៏ស្មុគស្មាញដែលមិនអាចដោះស្រាយបានដោយការភ្ជាប់ CDN ។ បន្ថែមពីលើការបង្កើនប្រសិទ្ធភាពខាងលើ មធ្យោបាយបង្កើនល្បឿនដ៏មានប្រសិទ្ធភាពបំផុតនៅតែនៅពីក្រោយ CDN៖ ការបង្កើនប្រសិទ្ធភាពនៃផ្នែកម៉ាស៊ីនមេ ការផ្លាស់ប្តូរកម្រិតខ្ពស់ចំពោះផ្នែកម៉ាស៊ីនភ្ញៀវ (ការដកកូដដែលមិនប្រើ ការបង្កើនប្រសិទ្ធភាពដំណើរការបង្ហាញ ធ្វើការជាមួយមាតិកា ពុម្ពអក្សរ ភាពប្រែប្រួល។ល។ )

ប្រភព: www.habr.com