हामीले चीनको ग्रेट फायरवाल कसरी तोड्यौं (भाग १)

नमस्ते!
सबै राम्रा कथाहरू समाप्त हुन्छन्। र हामी कसरी चाइनिज फायरवाललाई द्रुत रूपमा पास गर्ने समाधानको साथ आयौं भन्ने बारे हाम्रो कथा कुनै अपवाद छैन। त्यसकारण, म तपाईंसँग अन्तिम साझा गर्न हतार गर्दैछु, अन्तिम भाग यस विषयमा।

अघिल्लो भागमा हामीले धेरै परीक्षण बेन्चहरूको बारेमा कुरा गर्यौं जुन हामीले लिएका थियौं र तिनीहरूले के नतिजा दिए। र हामी के थप्न राम्रो हुनेछ मा बसोबास गर्यौं CDN! हाम्रो योजना मा चिपचिपापन को लागी।

हामीले कसरी Alibaba Cloud CDN, Tencent Cloud CDN र Akamai को परीक्षण गर्यौं, र हामीले के समाप्त गर्यौं भनेर म तपाईंलाई बताउनेछु। र अवश्य पनि, संक्षेप गरौं।

अलीबाबा क्लाउड CDN

हामी Alibaba Cloud मा होस्ट गरिएको छ र तिनीहरूबाट IPSEC र CEN प्रयोग गर्छौं। यो पहिले तिनीहरूको समाधान प्रयास गर्न तार्किक हुनेछ।

अलिबाबा क्लाउडसँग दुई प्रकारका उत्पादनहरू छन् जुन हामीलाई उपयुक्त हुन सक्छ: CDN и DCDN। पहिलो विकल्प एक विशिष्ट डोमेन (उपडोमेन) को लागी एक क्लासिक CDN हो। दोस्रो विकल्पको लागि खडा छ CDN को लागि गतिशील मार्ग (म यसलाई गतिशील CDN भन्छु), यसलाई पूर्ण-साइट मोडमा सक्षम गर्न सकिन्छ (वाइल्डकार्ड डोमेनहरूको लागि), यसले स्थिर सामग्री क्यास गर्दछ र आफैमा गतिशील सामग्रीलाई गति दिन्छ, त्यो हो, पृष्ठको गतिशीलता पनि प्रदायकको माध्यमबाट लोड हुनेछ। द्रुत नेटवर्कहरू। यो हाम्रो लागि महत्त्वपूर्ण छ, किनभने मूलतः हाम्रो साइट गतिशील छ, यसले धेरै उप-डोमेनहरू प्रयोग गर्दछ, र "एस्टेरिस्क" - *.semrushchina.cn को लागि एक पटक CDN सेटअप गर्न अधिक सुविधाजनक छ।

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

DCDN मा तपाईं सक्नुहुन्छ:

• तपाइँको प्रमाणपत्र संग SSL समाप्ति कन्फिगर गर्नुहोस्,
• गतिशील सामग्रीको प्रवेग सक्षम गर्नुहोस्,
• लचिलो रूपमा स्थिर फाइलहरूको क्यास कन्फिगर गर्नुहोस्,
• क्यास सफा गर्नुहोस्,
• अगाडि वेब सकेटहरू,
• कम्प्रेसन र HTML ब्यूटिफायर सक्षम गर्नुहोस्।

सामान्यतया, सबै कुरा वयस्कहरू र ठूला CDN प्रदायकहरू जस्तै हुन्छ।

उत्पत्ति पछि (CDN किनारा सर्भरहरू जाने ठाउँ) निर्दिष्ट गरिसकेपछि, बाँकी रहेको एस्टेरिस्कको लागि CNAME सिर्जना गर्नु हो, सन्दर्भ all.semrushchina.cn.w.kunluncan.com (यो CNAME Alibaba क्लाउड कन्सोलमा प्राप्त भएको थियो) र CDN ले काम गर्नेछ।

परीक्षण परिणामहरूको आधारमा, यो CDN ले हामीलाई धेरै मद्दत गर्‍यो। तथ्याङ्कहरू तल देखाइएको छ।

निर्णय
Uptime
मेडियन
७५ प्रतिशत
७५ प्रतिशत

Cloudflare
86.6
18s
30s
60s

IPsec
99.79
18s
21s
30s

CEN
99.75
16s
21s
27s

CEN/IPsec + GLB
99.79
13s
16s
25s

अली CDN + CEN/IPsec + GLB
99.75
10s
12.8s
17.3s

यी धेरै राम्रा नतिजाहरू हुन्, विशेष गरी यदि तपाईंले तिनीहरूलाई सुरुमा के संख्याहरू थिए संग तुलना गर्नुहुन्छ। तर हामीलाई थाहा थियो कि हाम्रो वेबसाइट www.semrush.com को अमेरिकी संस्करणको ब्राउजर परीक्षण संयुक्त राज्य अमेरिकाबाट औसत 8.3s (एक धेरै अनुमानित मान) मा चल्छ। सुधारको लागि ठाउँ छ। यसबाहेक, त्यहाँ CDN प्रदायकहरू पनि थिए जुन परीक्षण गर्न रोचक थिए।

त्यसैले हामी सजिलैसँग चिनियाँ बजारमा अर्को विशालमा जान्छौं - Tencent.

Tencent क्लाउड

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

• के तिनीहरूसँग CEN सँग मिल्दोजुल्दो छ?
• IPSEC उनीहरूका लागि कसरी काम गर्छ? के यो छिटो छ, अपटाइम के हो?
• के तिनीहरूसँग कुनै कास्ट छ?

यी प्रश्नहरूलाई छुट्टाछुट्टै हेरौं।

एनालग CEN

Tencent को उत्पादन छ क्लाउड जडान नेटवर्क (CCN), तपाईंलाई चीन भित्र र बाहिरका क्षेत्रहरू सहित विभिन्न क्षेत्रहरूबाट VPC हरू जडान गर्न अनुमति दिँदै। उत्पादन अब आन्तरिक बिटामा छ, र तपाईंले यसलाई जडान गर्न सोध्ने टिकट सिर्जना गर्न आवश्यक छ। हामीले समर्थनबाट सिकेका छौं कि विश्वव्यापी खाताहरू (हामी चिनियाँ नागरिक वा कानुनी संस्थाहरूको बारेमा कुरा गरिरहेका छैनौं) बिटा परीक्षण कार्यक्रममा भाग लिन सक्दैन र, सामान्यतया, चीन भित्रको क्षेत्रलाई बाहिरको क्षेत्रसँग जोड्न सक्छ। १-० ले अली क्लाउडको पक्षमा

IPsec

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

Anycast इन्टरनेट एक्सेलेरेशन

अर्को उत्पादन जसले तपाईंलाई anycast IP मार्फत काम गर्न अनुमति दिन्छ AIA। तर यो ग्लोबल खाताहरूमा पनि उपलब्ध छैन, त्यसैले म तपाईंलाई यसको बारेमा बताउँदिन, तर यस्तो उत्पादन अवस्थित छ भनेर जान्न उपयोगी हुन सक्छ।

तर CDN परीक्षणले केही राम्रा रोचक नतिजाहरू देखायो। Tencent को CDN पूर्ण साइटमा सक्षम गर्न सकिँदैन, केवल विशिष्ट डोमेनहरूमा। हामीले डोमेनहरू सिर्जना गर्यौं र तिनीहरूलाई ट्राफिक पठाएका छौं:

यो बाहिर भयो कि यो CDN को निम्न प्रकार्य छ: क्रस बोर्डर ट्राफिक अनुकूलन। ट्राफिक चिनियाँ फायरवाल मार्फत जाँदा यो सुविधाले लागत घटाउनु पर्छ। जस्तै मूल Google GLB (GLB anycast) को IP ठेगाना निर्दिष्ट गरिएको थियो। यसरी, हामी परियोजना वास्तुकला सरल बनाउन चाहन्थ्यौं।

नतिजाहरू धेरै राम्रो थिए - अली क्लाउड CDN को स्तरमा, र केहि स्थानहरूमा अझ राम्रो। यो अचम्मको कुरा हो, किनकि यदि परीक्षणहरू सफल भएमा, तपाईंले पूर्वाधार, सुरुङहरू, CEN, भर्चुअल मेसिनहरू, इत्यादिको महत्त्वपूर्ण भाग त्याग्न सक्नुहुन्छ।

हामीले लामो समयसम्म रमाउन सकेनौं, किनकि एउटा समस्या प्रकट भयो: क्याचपोइन्टमा परीक्षणहरू इन्टरनेट प्रदायक चाइना मोबाइलको लागि असफल भयो। कुनै पनि स्थानबाट हामीले Tencent को CDN मार्फत टाइमआउट प्राप्त गर्यौं। प्राविधिक सहयोगको साथ पत्राचारले केहि नेतृत्व गर्न सकेन। हामीले करिब एक दिन यो समस्या समाधान गर्ने प्रयास गर्‍यौं, तर केही काम भएन।

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

Akamai

हामीले परीक्षण गरेको अन्तिम CDN प्रदायक थियो Akamai। यो एक विशाल प्रदायक हो जसको सञ्जाल चीनमा छ। अवश्य पनि, हामीले यसलाई पार गर्न सकेनौं।

प्रारम्भदेखि नै, हामीले अकामाईसँग परीक्षण अवधिको लागि सहमत भयौं ताकि हामीले डोमेन बदल्न सकौं र तिनीहरूको नेटवर्कमा यसले कसरी काम गर्छ भनेर हेर्न सकौं। म सबै परीक्षणको नतिजा "मलाई के मन पर्यो" र "के मन परेन" को रूपमा वर्णन गर्नेछु र म परीक्षणको नतिजा पनि दिनेछु।

हामीलाई के मन पर्यो:

• Akamai का केटाहरू सबै प्रश्नहरूमा धेरै सहयोगी थिए र परीक्षणको सबै चरणहरूमा हामीलाई साथ दिए। हामी निरन्तर हाम्रो पक्षमा केहि सुधार गर्न कोशिस गर्यौं। उनीहरूले राम्रो प्राविधिक सल्लाह दिए।
• Akamai Ali Cloud CDN मार्फत हाम्रो समाधान भन्दा लगभग 10-15% ढिलो छ। के प्रभावशाली छ कि Akamai को लागि उत्पत्ति मा हामीले GLB को IP ठेगाना निर्दिष्ट गर्यौं, यसको मतलब ट्राफिक हाम्रो समाधान मार्फत गएन (सम्भावित रूपमा हामी पूर्वाधारको भाग त्याग्न सक्छौं)। तर अझै पनि, परीक्षण नतिजाहरूले देखाए कि यो समाधान हाम्रो हालको संस्करण भन्दा खराब छ (तल तुलनात्मक परिणामहरू)।
• चीनमा उत्पत्ति GLB र उत्पत्ति दुवै परीक्षण गरियो। दुबै विकल्पहरू लगभग समान छन्।
• छन् पक्का रुट (स्वचालित रूटिङ अनुकूलन)। तपाईंले उत्पत्तिमा परीक्षण वस्तु होस्ट गर्न सक्नुहुन्छ, र Akamai Edge सर्भरहरूले यसलाई उठाउन प्रयास गर्नेछन् (नियमित GET)। यी अनुरोधहरूको लागि, गति र अन्य मेट्रिक्स मापन गरिन्छ, जसको आधारमा Akamai नेटवर्कले मार्गहरूलाई अनुकूलन गर्दछ ताकि ट्राफिक हाम्रो साइटको लागि छिटो जान्छ र यो स्पष्ट थियो कि यो सुविधा सक्षम गर्नाले साइटको गतिमा साँच्चै बलियो प्रभाव पारेको थियो।
• वेब इन्टरफेसमा कन्फिगरेसन संस्करण राम्रो छ। तपाईं संस्करणहरूको लागि तुलना गर्न सक्नुहुन्छ, फरक हेर्नुहोस्। अघिल्लो संस्करणहरू हेर्नुहोस्।
• तपाईले नयाँ संस्करणलाई अकामाई स्टेजिङ नेटवर्कमा मात्र रोल आउट गर्न सक्नुहुन्छ - उत्पादनको रूपमा उही नेटवर्क, मात्र यस तरिकाले वास्तविक प्रयोगकर्ताहरूलाई असर गर्दैन। यस परीक्षणको लागि, तपाईंले आफ्नो स्थानीय मेसिनमा DNS रेकर्डहरू स्पूफ गर्न आवश्यक छ।
• ठूला स्थिर फाइलहरू, र, स्पष्ट रूपमा, कुनै अन्य फाइलहरूको लागि तिनीहरूको नेटवर्क मार्फत धेरै छिटो डाउनलोड गति। "कोल्ड" क्यासबाट फाइल अलि CDN को "कोल्ड" क्यासबाट उही फाइल भन्दा धेरै गुणा छिटो पुन: प्राप्त हुन्छ। "तातो" क्यासबाट, गति पहिले नै समान छ, प्लस वा माइनस।

अली 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 CDN, Ali CEN, र Ali IPSEC मा लागू हुन्छ), तब Akamai, हरेक पटक, कुनै फरक पर्दैन। म कसरी तिनीहरूको नेटवर्क परीक्षण गर्छु, सबै कुरा स्थिर रूपमा काम गर्दछ।
अकामाईको चीनमा धेरै कभरेज छ र धेरै प्रदायकहरू मार्फत काम गर्दछ।

मलाई के मन परेन:

• मलाई वेब इन्टरफेस र यसले काम गर्ने तरिका मन पर्दैन - यो धेरै खराब छ। तर मूलतया तपाई यसलाई प्रयोग गर्नुहुनेछ (सायद)।
• परीक्षण परिणाम हाम्रो साइट भन्दा खराब छ।
• हाम्रो साइट (अपटाइम तल) मा भन्दा परीक्षणको समयमा धेरै त्रुटिहरू छन्।
• हामीसँग चीनमा हाम्रो आफ्नै DNS सर्भरहरू छैनन्। यसैले DNS समाधान टाइमआउटको कारण परीक्षणहरूमा धेरै त्रुटिहरू छन्।
• तिनीहरूले तिनीहरूको आईपी दायराहरू प्रदान गर्दैनन् -> सहीहरू दर्ता गर्ने कुनै तरिका छैन सेट_वास्तविक_आईपी_बाट हाम्रो सर्भरहरूमा।

मेट्रिक्स (~3626 रन; अपटाइम बाहेक सबै मेट्रिक्स, ms मा; एक समय अवधिको लागि तथ्याङ्क):

CDN प्रदायक
मेडियन
75%
95%
प्रतिक्रिया
वेबपेज प्रतिक्रिया
Uptime
DNS
जडान गर्नुहोस्
प्रतीक्षा
लोड
SSL

AliCDN
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
AliCDN

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 सँग जोडिएको हाम्रो आफ्नै समाधानको रूपमा समान स्थिरता र गति प्रदान गर्दैन।

साना नोटहरू

कथामा केही पलहरू समावेश भएनन्, तर म तिनीहरूको बारेमा पनि लेख्न चाहन्छु।

बेइजिङ + टोकियो र हङकङ

मैले माथि भनेझैं, हामीले Hong Kong (HK) मा IPSEC सुरुङको परीक्षण गर्यौं। तर हामीले CEN बाट HK लाई पनि परीक्षण गर्‍यौं। यसको लागत अलि कम छ, र म सोचिरहेको थिएँ कि यसले ~ 100 किलोमिटरको दूरी भएका शहरहरू बीच कसरी काम गर्छ। यो चाखलाग्दो भयो कि यी शहरहरू बीचको विलम्बता हाम्रो मूल संस्करण (ताइवानमा) भन्दा 100ms बढी छ। गति, स्थिरता पनि ताइवानको लागि राम्रो थियो। फलस्वरूप, हामीले HK लाई ब्याकअप IPSEC क्षेत्रको रूपमा छोड्यौं।

थप रूपमा, हामीले निम्न स्थापना स्थापना गर्ने प्रयास गर्यौं:

• बेइजिङ मा ग्राहकहरु को समाप्ति,
• IPSEC र CEN टोकियो,
• अली CDN मा बेइजिङ मा सर्भर मूल रूपमा संकेत गरिएको थियो।

यो योजना यति स्थिर थिएन, यद्यपि गतिको सन्दर्भमा यो सामान्यतया हाम्रो समाधान भन्दा कम थिएन। सुरुङको सन्दर्भमा, मैले CEN को लागि पनि बीच-बीचमा झरेको देखेको छु, जुन स्थिर हुनुपर्छ। त्यसकारण, हामी पुरानो योजनामा ​​फर्कियौं र यो स्टेजिङ भत्क्यौं।

तल विभिन्न च्यानलहरूको लागि विभिन्न क्षेत्रहरू बीच विलम्बतामा तथ्याङ्कहरू छन्। सायद कसैलाई यसमा चासो हुनेछ।

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

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

चीन मा इन्टरनेट को बारे मा सामान्य जानकारी

लेखको पहिलो भागमा धेरै सुरुमा वर्णन गरिएको इन्टरनेटको साथ समस्याहरूको अतिरिक्तको रूपमा।

• चीनमा इन्टरनेट निकै छिटो छ ।
  • यी नेटवर्कहरू ठूलो संख्यामा मानिसहरूले प्रयोग गर्ने विभिन्न स्थानहरूमा सार्वजनिक Wi-Fi नेटवर्कहरूको परीक्षणको आधारमा निष्कर्ष निकालिएको हो।
  • चीन भित्रका सर्भरहरूमा डाउनलोड र अपलोड गति क्रमशः २० Mbit/s र 20-5 Mbit/s थियो।
  • चीन बाहिरका सर्भरहरूको गति केवल थोरै छ, 1 Mbit/s भन्दा कम।
• चीनमा इन्टरनेट धेरै स्थिर छैन।
  • कहिलेकाहीँ साइटहरू चाँडै खोल्न सक्छन्, कहिलेकाहीं बिस्तारै (विभिन्न दिनहरूमा दिनको एकै समयमा), यदि कन्फिगरेसन परिवर्तन हुँदैन। हामीले यसलाई semrushchina.cn को उदाहरणबाट अवलोकन गर्यौं। यो अली CDN लाई श्रेय दिन सकिन्छ, जसले यसरी काम गर्दछ र त्यो दिनको समय, ताराहरूको स्थिति, इत्यादिमा निर्भर गर्दछ।
• मोबाइल इन्टरनेट लगभग जताततै 4G वा 4G+ छ। यसलाई सबवे, लिफ्टहरूमा समात्नुहोस् - छोटोमा, जताततै।
• यो एक मिथक हो कि चिनियाँ प्रयोगकर्ताहरूले .cn जोनमा मात्र डोमेनहरू विश्वास गर्छन्। हामीले यो सिधै प्रयोगकर्ताहरूबाट सिकेका छौं।
  • तपाईं कसरी हेर्न सक्नुहुन्छ http://baidu.cn www.baidu.com मा रिडिरेक्ट गर्नुहोस् (मुख्य भूमि चीनमा पनि)।
• धेरै स्रोतहरू वास्तवमै अवरुद्ध छन्। आदिम: google.com, Facebook, Twitter। तर धेरै गुगल संसाधनहरूले काम गर्दछ (अवश्य पनि, सबै Wi-Fi मा छैन र VPN प्रयोग गरिएको छैन (राउटर साइडमा पनि, त्यो निश्चित छ)।
• अवरुद्ध निगमहरूको धेरै "प्राविधिक" डोमेनहरू पनि काम गरिरहेका छन्। यसको मतलब यो हो कि तपाईंले सधैं लापरवाहीपूर्वक सबै Google र अन्य अवरुद्ध स्रोतहरू काट्नु हुँदैन। तपाईंले निषेधित डोमेनहरूको केही सूची खोज्न आवश्यक छ।
• तिनीहरूसँग केवल तीन मुख्य इन्टरनेट अपरेटरहरू छन्: चाइना युनिकम, चाइना टेलिकम, चाइना मोबाइल। त्यहाँ पनि साना छन्, तर तिनीहरूको बजार हिस्सा नगण्य छ

बोनस: अन्तिम समाधान रेखाचित्र

परिणाम

आयोजना सुरु भएको एक वर्ष बितिसकेको छ । हामीले यस तथ्यको साथ सुरु गर्यौं कि हाम्रो साइटले सामान्यतया चीनबाट सामान्य रूपमा काम गर्न अस्वीकार गर्‍यो, र केवल GET कर्लले 5.5 सेकेन्ड लियो।

त्यसपछि, पहिलो समाधानमा यी संकेतकहरूसँग (क्लाउडफ्लेयर):

निर्णय
Uptime
मेडियन
७५ प्रतिशत
७५ प्रतिशत

Cloudflare
86.6
18s
30s
60s

हामी अन्ततः निम्न नतिजाहरूमा पुग्यौं (गत ​​महिनाको तथ्याङ्क):

निर्णय
Uptime
मेडियन
७५ प्रतिशत
७५ प्रतिशत

अली CDN + CEN/IPsec + GLB
99.86
8.8s
9.5s
13.7s

तपाईले देख्न सक्नुहुन्छ, हामीले अहिलेसम्म 100% अपटाइम प्राप्त गर्न सकेका छैनौं, तर हामी केहि ल्याउनेछौं, र त्यसपछि हामी तपाईलाई नयाँ लेखमा परिणामहरूको बारेमा बताउनेछौं :)

तीनवटै भागलाई अन्तिमसम्म पढ्नुहुनेहरूलाई सम्मान। मलाई आशा छ कि तपाईंले यो सबैलाई मैले यो गर्दा जत्तिकै रोचक पाउनुभयो।

PS अघिल्लो भागहरू

1 भाग
2 भाग

स्रोत: www.habr.com