របៀបដែលយើងទម្លុះជញ្ជាំងភ្លើងដ៏អស្ចារ្យនៃប្រទេសចិន (ភាគទី 3)

ជំរាបសួរ!
រឿងល្អទាំងអស់មកដល់ទីបញ្ចប់។ ហើយរឿងរបស់យើងអំពីរបៀបដែលយើងបានបង្កើតដំណោះស្រាយដើម្បីឆ្លងផុត Firewall របស់ចិនយ៉ាងឆាប់រហ័សគឺមិនមានករណីលើកលែងនោះទេ។ អាស្រ័យហេតុនេះ ខ្ញុំប្រញាប់ចែករំលែកជាមួយអ្នកជាចុងក្រោយ ផ្នែកចុងក្រោយ លើប្រធានបទនេះ។

នៅផ្នែកមុន យើងបាននិយាយអំពីកៅអីសាកល្បងជាច្រើនដែលយើងបានមក និងលទ្ធផលអ្វីដែលពួកគេបានផ្តល់ឱ្យ។ ហើយ​យើង​បាន​ដោះស្រាយ​លើ​អ្វី​ដែល​នឹង​ល្អ​ដើម្បី​បន្ថែម CDN! សម្រាប់ viscosity នៅក្នុងគ្រោងការណ៍របស់យើង។

ខ្ញុំនឹងប្រាប់អ្នកពីរបៀបដែលយើងសាកល្បង Alibaba Cloud CDN, Tencent Cloud CDN និង Akamai និងអ្វីដែលយើងបានបញ្ចប់។ ហើយជាការពិតណាស់ ចូរយើងសង្ខេប។

Alibaba Cloud CDN

យើងបង្ហោះនៅលើ Alibaba Cloud ហើយប្រើ IPSEC និង CEN ពីពួកគេ។ វានឹងសមហេតុផលក្នុងការសាកល្បងដំណោះស្រាយរបស់ពួកគេជាមុនសិន។

Alibaba Cloud មានផលិតផលពីរប្រភេទដែលអាចសាកសមនឹងយើង៖ CDN и ឌីស៊ីឌីអិន. ជម្រើសដំបូងគឺ CDN បុរាណសម្រាប់ដែនជាក់លាក់មួយ (ដែនរង)។ ជម្រើសទីពីរតំណាងឱ្យ ផ្លូវថាមវន្តសម្រាប់ CDN (ខ្ញុំហៅវាថាឌីណាមិក CDN) វាអាចត្រូវបានបើកនៅក្នុងរបៀបពេញគេហទំព័រ (សម្រាប់ដែនតួអក្សរជំនួស) វាក៏រក្សាទុកមាតិកាឋិតិវន្ត និងបង្កើនល្បឿនមាតិកាថាមវន្តនៅលើខ្លួនវា ពោលគឺថាមវន្តនៃទំព័រនឹងត្រូវបានផ្ទុកតាមរយៈអ្នកផ្តល់សេវា បណ្តាញដែលមានល្បឿនលឿន។ នេះមានសារៈសំខាន់សម្រាប់យើង ព្រោះជាទូទៅគេហទំព័ររបស់យើងមានភាពស្វាហាប់ វាប្រើដែនរងជាច្រើន ហើយវាកាន់តែងាយស្រួលក្នុងការដំឡើង CDN ម្តងសម្រាប់ "សញ្ញាផ្កាយ" - *.semrushchina.cn ។

យើងបានឃើញផលិតផលនេះរួចហើយនៅក្នុងដំណាក់កាលដំបូងនៃគម្រោងចិនរបស់យើង ប៉ុន្តែក្រោយមកវាមិនទាន់ដំណើរការនៅឡើយ ហើយអ្នកអភិវឌ្ឍន៍បានសន្យាថាផលិតផលនេះនឹងមានផ្តល់ជូនអតិថិជនទាំងអស់ក្នុងពេលឆាប់ៗនេះ។ ហើយគាត់បានធ្វើ។

នៅក្នុង DCN អ្នកអាច៖

• កំណត់រចនាសម្ព័ន្ធការបញ្ចប់ SSL ជាមួយនឹងវិញ្ញាបនបត្ររបស់អ្នក
• បើកការបង្កើនល្បឿននៃមាតិកាថាមវន្ត,
• កំណត់រចនាសម្ព័ន្ធឃ្លាំងសម្ងាត់នៃឯកសារឋិតិវន្តដោយបត់បែន,
• សម្អាតឃ្លាំងសម្ងាត់,
• រន្ធបណ្តាញបញ្ជូនបន្ត,
• បើកការបង្ហាប់ និងសូម្បីតែ HTML Beautifier ។

ជាទូទៅ អ្វីគ្រប់យ៉ាងគឺដូចគ្នានឹងមនុស្សពេញវ័យ និងអ្នកផ្តល់សេវា CDN ធំដែរ។

បន្ទាប់ពីប្រភពដើម (កន្លែងដែលម៉ាស៊ីនបម្រើគែម CDN នឹងទៅ) អ្វីៗដែលនៅសល់គឺត្រូវបង្កើត CNAME សម្រាប់សញ្ញាផ្កាយ ដោយយោង all.semrushchina.cn.w.kunluncan.com (CNAME នេះត្រូវបានទទួលនៅក្នុងកុងសូល Alibaba Cloud) ហើយ CDN នឹងដំណើរការ។

ដោយផ្អែកលើលទ្ធផលតេស្ត CDN នេះបានជួយយើងយ៉ាងច្រើន។ ស្ថិតិត្រូវបានបង្ហាញខាងក្រោម។

ការសម្រេចចិត្ត
Uptime
មធ្យម
៧៥ ភាគរយ
៧៥ ភាគរយ

Cloudflare
86.6
18
30
60

IPsec
99.79
18
21
30

CEN
99.75
16
21
27

CEN/IPsec + GLB
99.79
13
16
25

អាលី CDN + CEN / IPsec + GLB
99.75
10
12.8
17.3

ទាំងនេះគឺជាលទ្ធផលល្អណាស់ ជាពិសេសប្រសិនបើអ្នកប្រៀបធៀបវាជាមួយនឹងចំនួនលេខនៅដើមដំបូង។ ប៉ុន្តែយើងបានដឹងថាការសាកល្បងកម្មវិធីរុករកតាមអ៊ីនធឺណិតនៃកំណែអាមេរិកនៃគេហទំព័ររបស់យើង www.semrush.com ដំណើរការពីសហរដ្ឋអាមេរិកជាមធ្យម 8.3s (តម្លៃប្រហាក់ប្រហែល)។ មានកន្លែងសម្រាប់កែលម្អ។ លើសពីនេះទៅទៀត វាក៏មានអ្នកផ្តល់សេវា CDN ដែលគួរឱ្យចាប់អារម្មណ៍ក្នុងការសាកល្បងផងដែរ។

ដូច្នេះ យើងបន្តទៅមុខយ៉ាងរលូនទៅកាន់ក្រុមហ៊ុនយក្សមួយទៀតនៅក្នុងទីផ្សារប្រទេសចិន ក្រុមហ៊ុន Tencent.

Tencent Cloud

Tencent ទើបតែកំពុងអភិវឌ្ឍពពករបស់វា - នេះអាចត្រូវបានគេមើលឃើញពីផលិតផលមួយចំនួនតូច។ ពេលកំពុងប្រើវា យើងចង់សាកល្បងមិនត្រឹមតែ CDN របស់ពួកគេប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងហេដ្ឋារចនាសម្ព័ន្ធបណ្តាញរបស់ពួកគេទាំងមូលផងដែរ៖

• តើពួកគេមានអ្វីដែលស្រដៀងនឹង CEN ទេ?
• តើ IPSEC ដំណើរការយ៉ាងដូចម្តេចសម្រាប់ពួកគេ? តើវាលឿនទេ តើម៉ោងធ្វើការគឺជាអ្វី?
• តើពួកគេមាន Anycast ទេ?

សូមក្រឡេកមើលសំណួរទាំងនេះដោយឡែកពីគ្នា។

អាណាឡូក CEN

Tencent មានផលិតផលមួយ។ បណ្តាញភ្ជាប់ពពក (CCN) អនុញ្ញាតឱ្យអ្នកភ្ជាប់ VPC ពីតំបន់ផ្សេងៗគ្នា រួមទាំងតំបន់ខាងក្នុង និងខាងក្រៅប្រទេសចិន។ ឥឡូវនេះផលិតផលស្ថិតនៅក្នុងបេតាខាងក្នុង ហើយអ្នកត្រូវបង្កើតសំបុត្រសុំភ្ជាប់ទៅវា។ យើងបានរៀនពីការគាំទ្រថាគណនីសកល (យើងមិននិយាយអំពីពលរដ្ឋចិន ឬនីតិបុគ្គល) មិនអាចចូលរួមក្នុងកម្មវិធីសាកល្បងបេតាបានទេ ហើយជាទូទៅ ភ្ជាប់តំបន់មួយនៅក្នុងប្រទេសចិនជាមួយតំបន់ខាងក្រៅ។ លទ្ធផល 1-0 សម្រាប់ Ali Cloud

IPSEC

តំបន់ភាគខាងត្បូងបំផុតរបស់ Tencent គឺ ក្វាងចូវ. យើងបានប្រមូលផ្តុំផ្លូវរូងក្រោមដីមួយ ហើយភ្ជាប់វាទៅតំបន់ហុងកុងនៅក្នុង GCP (បន្ទាប់មកតំបន់នេះបានក្លាយជាមានរួចហើយ)។ ផ្លូវរូងក្រោមដីទីពីរនៅក្នុង Ali Cloud ពី Shenzhen ទៅហុងកុងក៏ត្រូវបានលើកឡើងក្នុងពេលតែមួយដែរ។ វាប្រែថាតាមរយៈបណ្តាញ Tencent ភាពយឺតយ៉ាវទៅហុងកុងជាទូទៅប្រសើរជាង (10ms) ជាងពី Shenzhen ទៅហុងកុងទៅ Ali (120ms - អ្វី?) ប៉ុន្តែនេះមិនបានបង្កើនល្បឿនការងាររបស់គេហទំព័រដែលមានបំណងធ្វើការតាមរយៈ Tencent និងផ្លូវរូងក្រោមដីនេះទេ ដែលនៅក្នុងខ្លួនវាគឺជាការពិតដ៏អស្ចារ្យ ហើយជាថ្មីម្តងទៀតបានបង្ហាញឱ្យឃើញដូចខាងក្រោម៖ ភាពយឺតយ៉ាវ - សម្រាប់ប្រទេសចិន នេះមិនមែនជាសូចនាករដែលមានតម្លៃពិតប្រាកដនោះទេ។ ការយកចិត្តទុកដាក់នៅពេលបង្កើតដំណោះស្រាយសម្រាប់ការឆ្លងកាត់ជញ្ជាំងភ្លើងរបស់ចិន។

ការបង្កើនល្បឿនអ៊ីនធឺណិត Anycast

ផលិតផលមួយផ្សេងទៀតដែលអនុញ្ញាតឱ្យអ្នកធ្វើការតាមរយៈ anycast IP គឺ AIA. ប៉ុន្តែវាក៏មិនមានសម្រាប់គណនីសកលដែរ ដូច្នេះខ្ញុំនឹងមិនប្រាប់អ្នកអំពីវាទេ ប៉ុន្តែការដឹងថាមានផលិតផលបែបនេះអាចមានប្រយោជន៍។

ប៉ុន្តែការធ្វើតេស្ត CDN បានបង្ហាញលទ្ធផលគួរឱ្យចាប់អារម្មណ៍មួយចំនួន។ CDN របស់ Tencent មិនអាចត្រូវបានបើកនៅលើគេហទំព័រពេញទេ មានតែនៅលើដែនជាក់លាក់ប៉ុណ្ណោះ។ យើង​បាន​បង្កើត​ដែន ហើយ​បាន​ផ្ញើ​ចរាចរណ៍​ទៅ​ពួកគេ៖

វាបានប្រែក្លាយថា CDN នេះមានមុខងារដូចខាងក្រោមៈ ការបង្កើនប្រសិទ្ធភាពចរាចរណ៍ឆ្លងកាត់ព្រំដែន. លក្ខណៈពិសេសនេះគួរតែកាត់បន្ថយការចំណាយនៅពេលដែលចរាចរណ៍ឆ្លងកាត់ជញ្ជាំងភ្លើងរបស់ចិន។ ជា ប្រភព​ដើម អាសយដ្ឋាន IP របស់ Google GLB (GLB anycast) ត្រូវបានបញ្ជាក់។ ដូច្នេះហើយ យើងចង់សម្រួលស្ថាបត្យកម្មគម្រោង។

លទ្ធផលគឺល្អណាស់ - នៅកម្រិត Ali Cloud CDN ហើយនៅកន្លែងខ្លះកាន់តែប្រសើរ។ នេះជារឿងគួរឱ្យភ្ញាក់ផ្អើល ព្រោះប្រសិនបើការធ្វើតេស្តជោគជ័យ អ្នកអាចបោះបង់ផ្នែកសំខាន់នៃហេដ្ឋារចនាសម្ព័ន្ធ ផ្លូវរូងក្រោមដី CEN ម៉ាស៊ីននិម្មិតជាដើម។

យើង​មិន​សប្បាយ​ចិត្ត​យូរ​ទេ ដោយសារ​បញ្ហា​មួយ​ត្រូវ​បាន​បង្ហាញ៖ ការ​ធ្វើ​តេស្ត​នៅ Catchpoint បាន​បរាជ័យ​សម្រាប់​ក្រុមហ៊ុន​ផ្ដល់​អ៊ីនធឺណិត China Mobile។ ពីទីតាំងណាមួយដែលយើងបានទទួលការអស់ពេលតាមរយៈ CDN របស់ Tencent ។ ការឆ្លើយឆ្លងជាមួយជំនួយបច្ចេកទេសមិនបាននាំទៅរកអ្វីនោះទេ។ យើងបានព្យាយាមដោះស្រាយបញ្ហានេះប្រហែលមួយថ្ងៃ ប៉ុន្តែគ្មានអ្វីដំណើរការទេ។

ខ្ញុំនៅប្រទេសចិននៅពេលនោះ ប៉ុន្តែមិនអាចស្វែងរក Wi-Fi សាធារណៈនៅលើបណ្តាញរបស់អ្នកផ្តល់សេវានេះដើម្បីផ្ទៀងផ្ទាត់បញ្ហាផ្ទាល់ខ្លួនបានទេ។ បើមិនដូច្នោះទេអ្វីៗមើលទៅលឿននិងល្អ។
ទោះជាយ៉ាងណាក៏ដោយ ដោយសារតែការពិតដែលថា China Mobile គឺជាប្រតិបត្តិករធំបំផុតមួយក្នុងចំនោមប្រតិបត្តិករធំជាងគេទាំងបី យើងត្រូវបានគេបង្ខំឱ្យត្រឡប់ទៅកាន់ Ali CDN វិញ។
ប៉ុន្តែសរុបមក នេះគឺជាដំណោះស្រាយដ៏គួរឱ្យចាប់អារម្មណ៍ ដែលសមនឹងទទួលបានការធ្វើតេស្ត និងដោះស្រាយបញ្ហានេះយូរជាងនេះ។

Akamai

អ្នកផ្តល់សេវា CDN ចុងក្រោយដែលយើងបានសាកល្បងគឺ Akamai. នេះគឺជាក្រុមហ៊ុនផ្តល់សេវាដ៏ធំដែលមានបណ្តាញរបស់ខ្លួននៅក្នុងប្រទេសចិន។ ជាការពិតណាស់ យើងមិនអាចឆ្លងកាត់វាបានទេ។

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

អ្វីដែលខ្ញុំចូលចិត្ត៖

• បុរសមកពី Akamai មានប្រយោជន៍ខ្លាំងណាស់ក្នុងគ្រប់សំណួរ ហើយបានអមដំណើរយើងនៅគ្រប់ដំណាក់កាលនៃការធ្វើតេស្ត។ យើងព្យាយាមឥតឈប់ឈរដើម្បីកែលម្អអ្វីមួយនៅខាងយើង។ ពួកគេបានផ្តល់ដំបូន្មានបច្ចេកទេសល្អ។
• Akamai គឺប្រហែល 10-15% យឺតជាងដំណោះស្រាយរបស់យើងតាមរយៈ Ali Cloud CDN ។ អ្វី​ដែល​គួរ​ឱ្យ​ចាប់​អារម្មណ៍​នោះ​គឺ​ថា​នៅ​ក្នុង Origin សម្រាប់ Akamai យើង​បាន​បញ្ជាក់​អាសយដ្ឋាន IP របស់ GLB ដែល​មាន​ន័យ​ថា​ចរាចរណ៍​មិន​បាន​ឆ្លងកាត់​ដំណោះស្រាយ​របស់​យើង​ទេ (ជា​សក្តានុពល​ដែល​យើង​អាច​បោះបង់​ផ្នែក​នៃ​ហេដ្ឋារចនាសម្ព័ន្ធ)។ ប៉ុន្តែនៅតែ លទ្ធផលតេស្តបានបង្ហាញថាដំណោះស្រាយនេះគឺអាក្រក់ជាងកំណែបច្ចុប្បន្នរបស់យើង (លទ្ធផលប្រៀបធៀបខាងក្រោម)។
• បានសាកល្បងទាំង Origin GLB និង Origin នៅក្នុងប្រទេសចិន។ ជម្រើសទាំងពីរគឺប្រហាក់ប្រហែល។
• មាន ផ្លូវប្រាកដ (ការបង្កើនប្រសិទ្ធភាពផ្លូវដោយស្វ័យប្រវត្តិ) ។ អ្នកអាចបង្ហោះវត្ថុសាកល្បងនៅលើ Origin ហើយម៉ាស៊ីនមេ Akamai Edge នឹងព្យាយាមយកវាឡើង (GET ទៀងទាត់)។ សម្រាប់សំណើទាំងនេះ ល្បឿន និងរង្វាស់ផ្សេងទៀតត្រូវបានវាស់ ដោយផ្អែកលើបណ្តាញ Akamai បង្កើនប្រសិទ្ធភាពផ្លូវ ដើម្បីឱ្យចរាចរណ៍ដំណើរការកាន់តែលឿនសម្រាប់គេហទំព័ររបស់យើង ហើយវាច្បាស់ណាស់ថាការបើកមុខងារនេះពិតជាមានឥទ្ធិពលខ្លាំងលើល្បឿននៃគេហទំព័រ។
• កំណែ​នៃ​ការ​កំណត់​រចនាសម្ព័ន្ធ​នៅ​ក្នុង​ចំណុច​ប្រទាក់​បណ្ដាញ​គឺ​ត្រជាក់។ អ្នកអាចធ្វើការប្រៀបធៀបសម្រាប់កំណែ មើលភាពខុសគ្នា។ មើលកំណែមុន។
• អ្នកអាចដាក់ចេញកំណែថ្មីដំបូងបានតែនៅលើបណ្តាញ Akamai Staging ដែលជាបណ្តាញដូចគ្នាទៅនឹងការផលិត មានតែវិធីនេះនឹងមិនប៉ះពាល់ដល់អ្នកប្រើប្រាស់ពិតប្រាកដនោះទេ។ សម្រាប់ការធ្វើតេស្តនេះ អ្នកត្រូវក្លែងបន្លំកំណត់ត្រា DNS នៅលើម៉ាស៊ីនមូលដ្ឋានរបស់អ្នក។
• ល្បឿនទាញយកលឿនណាស់តាមរយៈបណ្តាញរបស់ពួកគេសម្រាប់ឯកសារឋិតិវន្តធំ និងជាក់ស្តែង ឯកសារផ្សេងទៀត។ ឯកសារពីឃ្លាំងសម្ងាត់ "ត្រជាក់" ត្រូវបានទាញយកលឿនជាងឯកសារដូចគ្នាជាច្រើនដងពីឃ្លាំងសម្ងាត់ "ត្រជាក់" របស់ Ali CDN ។ ពីឃ្លាំងសម្ងាត់ "ក្តៅ" ល្បឿនគឺដូចគ្នា បូកឬដក។

ការធ្វើតេស្ត Ali CDN៖

root@shenzhen1:~# curl -o /dev/null -w@curl_time https://en.semrushchina.cn/my_reports/build/scripts/simpleInit.js?v=1551879212
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 5757k    0 5757k    0     0   513k      0 --:--:--  0:00:11 --:--:--  526k
time_namelookup:  0.004286
time_connect:  0.030107
time_appconnect:  0.117525
time_pretransfer:  0.117606
time_redirect:  0.000000
time_starttransfer:  0.840348
----------
time_total:  11.208119
----------
size_download:  5895467 Bytes
speed_download:  525999.000B/s

ការធ្វើតេស្ត Akamai៖

root@shenzhen1:~# curl -o /dev/null -w@curl_time https://www.semrushchina.cn/my_reports/build/scripts/simpleInit.js?v=1551879212
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 5757k    0 5757k    0     0  1824k      0 --:--:--  0:00:03 --:--:-- 1825k
time_namelookup:  0.509005
time_connect:  0.528261
time_appconnect:  0.577235
time_pretransfer:  0.577324
time_redirect:  0.000000
time_starttransfer:  1.327013
----------
time_total:  3.154850
----------
size_download:  5895467 Bytes
speed_download:  1868699.000B/s

យើងកត់សំគាល់ថាស្ថានភាពក្នុងឧទាហរណ៍ខាងលើអាស្រ័យលើកត្តាផ្សេងៗ។ នៅពេលសរសេរចំណុចនេះ ខ្ញុំបានធ្វើតេស្តម្តងទៀត។ លទ្ធផលសម្រាប់វេទិកាទាំងពីរគឺប្រហាក់ប្រហែលគ្នា។ នេះប្រាប់យើងថាអ៊ិនធឺណិតនៅក្នុងប្រទេសចិន សូម្បីតែសម្រាប់ប្រតិបត្តិករធំៗ និងអ្នកផ្តល់សេវាពពកក៏មានឥរិយាបទខុសគ្នាពីពេលមួយទៅពេលមួយ។

ដល់ចំណុចមុន ខ្ញុំនឹងបន្ថែមការបូកធំសម្រាប់ Akamai៖ ប្រសិនបើ Ali បង្ហាញពន្លឺស្រដៀងគ្នានៃដំណើរការខ្ពស់ និងការសម្តែងទាបខ្លាំង (នេះអនុវត្តចំពោះ Ali CDN, Ali CEN និង Ali IPSEC) បន្ទាប់មក Akamai រាល់ពេលមិនថាមានបញ្ហាអ្វីនោះទេ។ របៀបដែលខ្ញុំសាកល្បងបណ្តាញរបស់ពួកគេ អ្វីគ្រប់យ៉ាងដំណើរការប្រកបដោយស្ថេរភាព។
Akamai មានការគ្របដណ្តប់ជាច្រើននៅក្នុងប្រទេសចិន ហើយធ្វើការតាមរយៈអ្នកផ្តល់សេវាជាច្រើន។

អ្វីដែលខ្ញុំមិនចូលចិត្ត៖

• ខ្ញុំ​មិន​ចូល​ចិត្ត​ចំណុច​ប្រទាក់​បណ្ដាញ​និង​វិធី​ដែល​វា​ធ្វើ​ការ - វា​អន់​ណាស់។ ប៉ុន្តែជាទូទៅអ្នកស៊ាំនឹងវា (ប្រហែលជា) ។
• លទ្ធផលតេស្តគឺអាក្រក់ជាងគេហទំព័ររបស់យើង។
• មានកំហុសច្រើនក្នុងអំឡុងពេលធ្វើតេស្តជាងនៅលើគេហទំព័ររបស់យើង (ម៉ោងដំណើរការខាងក្រោម)។
• យើងមិនមានម៉ាស៊ីនមេ DNS ផ្ទាល់ខ្លួនរបស់យើងនៅក្នុងប្រទេសចិនទេ។ ដូច្នេះ​មាន​កំហុស​ជា​ច្រើន​ក្នុង​ការ​ធ្វើ​តេ​ស្ត​ដោយ​សារ​តែ DNS ដោះស្រាយ​អស់​ពេល​វេលា។
• ពួកគេមិនផ្តល់ជួរ IP របស់ពួកគេទេ -> មិនមានវិធីដើម្បីចុះឈ្មោះត្រឹមត្រូវទេ។ set_real_ip_ពី នៅលើម៉ាស៊ីនមេរបស់យើង។

ម៉ែត្រ (~ 3626 រត់; រង្វាស់ទាំងអស់លើកលែងតែម៉ោងដំណើរការ ក្នុង ms; ស្ថិតិសម្រាប់រយៈពេលមួយ):

អ្នកផ្គត់ផ្គង់ CDN
មធ្យម
75%
95%
ការឆ្លើយតប
ការឆ្លើយតបគេហទំព័រ
Uptime
ឈ្មោះ DNS
ភ្ជាប់
រង់ចាំ
ផ្ទុក
SSL ដែលបាន

អាលីស៊ីឌីអិន
9195
10749
17489
1,715
10,745
99.531
57
17
927
479
200

Akamai
9783
11887
19888
2,352
11,550
98.980
424
91
1408
381
50

ការចែកចាយដោយភាគរយ (គិតជា ms)៖

ភាគរយ
Akamai
អាលីស៊ីឌីអិន

10
7,092
6,942

20
7,775
7,583

30
8,446
8,092

40
9,146
8,596

50
9,783
9,195

60
10,497
9,770

70
11,371
10,383

80
12,670
11,255

90
15,882
13,165

100
91,592
91,596

ការសន្និដ្ឋានគឺនេះ៖ ជម្រើស Akamai គឺអាចដំណើរការបាន ប៉ុន្តែមិនផ្តល់នូវស្ថេរភាព និងល្បឿនដូចគ្នាទៅនឹងដំណោះស្រាយផ្ទាល់របស់យើងដែលភ្ជាប់ជាមួយ Ali CDN នោះទេ។

កំណត់ចំណាំតូច

គ្រាខ្លះមិនត្រូវបានរាប់បញ្ចូលក្នុងរឿងនោះទេ ប៉ុន្តែខ្ញុំចង់សរសេរអំពីពួកគេផងដែរ។

ប៉េកាំង + តូក្យូ និងហុងកុង

ដូចដែលខ្ញុំបាននិយាយខាងលើ យើងបានសាកល្បងផ្លូវរូងក្រោមដី IPSEC ទៅហុងកុង (HK)។ ប៉ុន្តែយើងក៏បានសាកល្បង CEN ទៅ HK ។ វា​ចំណាយ​តិច​បន្តិច ហើយ​ខ្ញុំ​ឆ្ងល់​ថា​តើ​វា​ដំណើរការ​យ៉ាង​ណា​រវាង​ទីក្រុង​ដែល​មាន​ចម្ងាយ ~100 គីឡូម៉ែត្រ។ វាប្រែទៅជាគួរឱ្យចាប់អារម្មណ៍ដែលភាពយឺតយ៉ាវរវាងទីក្រុងទាំងនេះគឺខ្ពស់ជាង 100ms នៅក្នុងកំណែដើមរបស់យើង (ទៅតៃវ៉ាន់)។ ល្បឿន ស្ថេរភាព ក៏ល្អសម្រាប់តៃវ៉ាន់ដែរ។ ជាលទ្ធផល យើងបានចាកចេញពី HK ជាតំបន់ IPSEC បម្រុងទុក។

លើសពីនេះទៀតយើងបានព្យាយាមដំឡើងការដំឡើងដូចខាងក្រោម:

• ការបញ្ចប់អតិថិជននៅទីក្រុងប៉េកាំង
• IPSEC និង CEN ទៅតូក្យូ,
• នៅក្នុង Ali CDN ម៉ាស៊ីនមេនៅប៉េកាំងត្រូវបានចង្អុលបង្ហាញថាជាប្រភពដើម។

គ្រោងការណ៍នេះមិនមានស្ថេរភាពខ្លាំងទេទោះបីជានៅក្នុងលក្ខខណ្ឌនៃល្បឿនវាជាទូទៅមិនទាបជាងដំណោះស្រាយរបស់យើងក៏ដោយ។ ទាក់ទងនឹងផ្លូវរូងក្រោមដី ខ្ញុំបានឃើញការធ្លាក់ចុះជាបន្តបន្ទាប់ សូម្បីតែ CEN ដែលគួរតែមានស្ថេរភាព។ ដូច្នេះ​ហើយ យើង​បាន​ត្រឡប់​ទៅ​គម្រោង​ចាស់​វិញ ហើយ​រុះរើ​ឆាក​នេះ​ចេញ។

ខាងក្រោមនេះគឺជាស្ថិតិស្តីពីភាពយឺតយ៉ាវរវាងតំបន់ផ្សេងៗគ្នាសម្រាប់បណ្តាញផ្សេងៗគ្នា។ ប្រហែលជាមាននរណាម្នាក់ចាប់អារម្មណ៍នឹងវា។

IPsec
Ali cn-beijing <—> GCP asia-northeast1 — 193ms
Ali cn-shenzhen <—> GCP asia-east2 — 91ms
Ali cn-shenzhen <—> GCP us-east4 — 200ms

CEN
Ali cn-beijing <—> Ali ap-northeast-1 — 54ms (!)
Ali cn-shenzhen <—> Ali cn-hongkong — 6ms (!)
Ali cn-shenzhen <—> Ali us-east1 — 216ms

ព័ត៌មានទូទៅអំពីអ៊ីនធឺណិតនៅក្នុងប្រទេសចិន

ជាការបន្ថែមទៅលើបញ្ហាជាមួយអ៊ីនធឺណិតដែលបានពិពណ៌នានៅដើមដំបូងនៅក្នុងផ្នែកដំបូងនៃអត្ថបទ។

• អ៊ិនធឺណិតនៅក្នុងប្រទេសចិនគឺលឿនណាស់។
  • ការសន្និដ្ឋាននេះត្រូវបានធ្វើឡើងដោយផ្អែកលើការសាកល្បងបណ្តាញ Wi-Fi សាធារណៈនៅក្នុងទីតាំងផ្សេងៗ ដែលបណ្តាញទាំងនេះត្រូវបានប្រើប្រាស់ដោយមនុស្សមួយចំនួនធំ។
  • ល្បឿនទាញយក និងបង្ហោះទៅកាន់ម៉ាស៊ីនមេនៅក្នុងប្រទេសចិនគឺប្រហែល 20 Mbit/s និង 5-10 Mbit/s រៀងគ្នា។
  • ល្បឿនទៅម៉ាស៊ីនមេនៅខាងក្រៅប្រទេសចិនគឺតូចជាង តិចជាង 1 Mbit/s ។
• អ៊ីនធឺណិត​នៅ​ប្រទេស​ចិន​មិន​មាន​ស្ថិរភាព​ខ្លាំង​ទេ។
  • ពេលខ្លះគេហទំព័រអាចបើកបានយ៉ាងលឿន ជួនកាលយឺតៗ (នៅពេលតែមួយនៃថ្ងៃនៅថ្ងៃផ្សេងៗគ្នា) បានផ្តល់ថាការកំណត់រចនាសម្ព័ន្ធមិនផ្លាស់ប្តូរ។ យើងបានសង្កេតរឿងនេះជាមួយនឹងឧទាហរណ៍នៃ semrushchina.cn ។ នេះអាចត្រូវបានកំណត់គុណលក្ខណៈ Ali CDN ដែលដំណើរការតាមរបៀបនេះផងដែរ ហើយអាស្រ័យលើពេលវេលានៃថ្ងៃ ទីតាំងរបស់ផ្កាយ។ល។
• អ៊ិនធឺណិតចល័តគឺស្ទើរតែគ្រប់ទីកន្លែង 4G ឬ 4G+ ។ ចាប់វានៅក្នុងរថភ្លើងក្រោមដី ជណ្តើរយន្ត - និយាយឱ្យខ្លី នៅគ្រប់ទីកន្លែង។
• វា​ជា​រឿង​មិន​ពិត​ដែល​អ្នក​ប្រើ​ចិន​ជឿ​ទុក​ចិត្ត​តែ​ដែន​ក្នុង​តំបន់ .cn ប៉ុណ្ណោះ។ យើងបានរៀនវាដោយផ្ទាល់ពីអ្នកប្រើប្រាស់។
  • អ្នកអាចមើលពីរបៀប http://baidu.cn ប្តូរទិសទៅ www.baidu.com (នៅចិនដីគោកផងដែរ)។
• ធនធានជាច្រើនពិតជាត្រូវបានរារាំង។ បឋម៖ google.com, Facebook, Twitter ។ ប៉ុន្តែធនធាន Google ជាច្រើនដំណើរការ (ជាការពិតណាស់ មិនមែននៅលើ Wi-Fi និង VPN ទាំងអស់មិនត្រូវបានប្រើប្រាស់ទេ (នៅផ្នែកខាងរ៉ោតទ័រផងដែរ នោះប្រាកដណាស់)។
• ដែន "បច្ចេកទេស" ជាច្រើននៃសាជីវកម្មដែលត្រូវបានរារាំងក៏កំពុងដំណើរការផងដែរ។ នេះមានន័យថាអ្នកមិនគួរតែងតែកាត់បន្ថយ Google ទាំងអស់ និងធនធានផ្សេងទៀតដែលហាក់ដូចជាត្រូវបានរារាំងដោយឥតប្រុងប្រយ័ត្ននោះទេ។ អ្នកត្រូវរកមើលបញ្ជីដែនហាមឃាត់មួយចំនួន។
• ពួកគេ​មាន​ប្រតិបត្តិករ​អ៊ីនធឺណិត​សំខាន់​បី​ប៉ុណ្ណោះ​គឺ China Unicom, China Telecom, China Mobile ។ មានសូម្បីតែតូចជាង ប៉ុន្តែចំណែកទីផ្សាររបស់ពួកគេមិនសំខាន់ទេ។

ប្រាក់រង្វាន់៖ ដ្យាក្រាមដំណោះស្រាយចុងក្រោយ

លទ្ធផល

មួយឆ្នាំបានកន្លងផុតទៅចាប់តាំងពីការចាប់ផ្តើមនៃគម្រោង។ យើងបានចាប់ផ្តើមជាមួយនឹងការពិតដែលថាគេហទំព័ររបស់យើងជាទូទៅបដិសេធមិនដំណើរការជាធម្មតាពីប្រទេសចិន ហើយគ្រាន់តែ GET curl ចំណាយពេល 5.5 វិនាទី។

បន្ទាប់មកជាមួយនឹងសូចនាករទាំងនេះនៅក្នុងដំណោះស្រាយដំបូង (Cloudflare)៖

ការសម្រេចចិត្ត
Uptime
មធ្យម
៧៥ ភាគរយ
៧៥ ភាគរយ

Cloudflare
86.6
18
30
60

ទីបំផុតយើងសម្រេចបានលទ្ធផលដូចខាងក្រោម (ស្ថិតិសម្រាប់ខែមុន)៖

ការសម្រេចចិត្ត
Uptime
មធ្យម
៧៥ ភាគរយ
៧៥ ភាគរយ

អាលី CDN + CEN / IPsec + GLB
99.86
8.8
9.5
13.7

ដូចដែលអ្នកអាចឃើញយើងមិនទាន់អាចសម្រេចបាន 100% ទាន់ពេលទេ ប៉ុន្តែយើងនឹងមកជាមួយនឹងអ្វីមួយ ហើយបន្ទាប់មកយើងនឹងប្រាប់អ្នកអំពីលទ្ធផលនៅក្នុងអត្ថបទថ្មីមួយ :)

សូមគោរពអ្នកដែលបានអានទាំងបីភាគដល់ចប់។ ខ្ញុំសង្ឃឹមថាអ្នកបានរកឃើញទាំងអស់នេះគួរឱ្យចាប់អារម្មណ៍ដូចដែលខ្ញុំបានធ្វើនៅពេលដែលខ្ញុំបានធ្វើវា។

PS ផ្នែកពីមុន

ផ្នែកនៃ 1
ផ្នែកនៃ 2

ប្រភព: www.habr.com