आम्ही ग्रेट चायनीज फायरवॉल कसे तोडले (भाग 3)

हाय
सर्व चांगल्या कथा संपतात. आणि आम्ही चायनीज फायरवॉल त्वरीत पार करण्याचा उपाय कसा शोधून काढला याबद्दलची आमची कथा अपवाद नाही. म्हणून, मी तुमच्याशी शेवटचा सामायिक करण्यास घाई करत आहे, अंतिम भाग या विषयावर.

मागील भागात आम्ही अनेक चाचणी बेंच बद्दल बोललो जे आम्हाला आले आणि त्यांनी कोणते निकाल दिले. आणि आम्ही काय जोडणे चांगले होईल यावर सेटल झालो सीडीएन! आमच्या योजनेत चिकटपणासाठी.

आम्ही Alibaba Cloud CDN, Tencent Cloud CDN आणि Akamai ची चाचणी कशी केली आणि आम्ही काय केले ते मी तुम्हाला सांगेन. आणि नक्कीच, चला सारांश द्या.

अलीबाबा क्लाउड सीडीएन

आम्ही Alibaba Cloud वर होस्ट केले आहे आणि त्यांच्याकडून IPSEC आणि CEN वापरतो. प्रथम त्यांचे निराकरण करण्याचा प्रयत्न करणे तर्कसंगत असेल.

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

आम्ही आमच्या चीनी प्रकल्पाच्या आधीच्या टप्प्यात हे उत्पादन पाहिले होते, परंतु नंतर ते अद्याप कार्य करत नव्हते आणि विकासकांनी वचन दिले की उत्पादन लवकरच सर्व ग्राहकांसाठी उपलब्ध होईल. आणि त्याने केले.

DCDN मध्ये तुम्ही हे करू शकता:

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

सर्वसाधारणपणे, सर्व काही प्रौढ आणि मोठ्या CDN प्रदात्यांप्रमाणेच असते.

ओरिजिन (सीडीएन एज सर्व्हर जिथे जातील ते ठिकाण) निर्दिष्ट केल्यानंतर, जे काही उरते ते तारकासाठी CNAME तयार करणे, संदर्भ देऊन all.semrushchina.cn.w.kunluncan.com (हे CNAME अलीबाबा क्लाउड कन्सोलमध्ये प्राप्त झाले आहे) आणि CDN कार्य करेल.

चाचणी परिणामांवर आधारित, या CDN ने आम्हाला खूप मदत केली. आकडेवारी खाली दर्शविली आहे.

निर्णय
अपटाईम
मध्यक
75 टक्के
95 टक्के

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 ढग

Tencent नुकतेच त्याचे क्लाउड विकसित करत आहे - हे थोड्या उत्पादनांमधून पाहिले जाऊ शकते. ते वापरत असताना, आम्‍हाला केवळ त्‍यांच्‍या CDN चीच नाही तर संपूर्ण नेटवर्क इन्फ्रास्ट्रक्चरची देखील चाचणी करायची होती:

• त्यांच्याकडे CEN सारखे काहीतरी आहे का?
• त्यांच्यासाठी IPSEC कसे कार्य करते? ते जलद आहे, अपटाइम काय आहे?
• त्यांच्याकडे Anycast आहे का?

या प्रश्नांकडे स्वतंत्रपणे पाहू.

अॅनालॉग CEN

Tencent चे उत्पादन आहे क्लाउड कनेक्ट नेटवर्क (CCN), तुम्हाला चीनच्या आत आणि बाहेरील प्रदेशांसह विविध प्रदेशांमधून VPC कनेक्ट करण्याची अनुमती देते. उत्पादन आता अंतर्गत बीटामध्ये आहे आणि तुम्हाला त्याच्याशी कनेक्ट होण्यासाठी तिकीट तयार करण्याची आवश्यकता आहे. आम्ही समर्थनावरून शिकलो की जागतिक खाती (आम्ही चीनी नागरिक किंवा कायदेशीर संस्थांबद्दल बोलत नाही) बीटा चाचणी कार्यक्रमात भाग घेऊ शकत नाही आणि सर्वसाधारणपणे, चीनमधील प्रदेश बाहेरील प्रदेशाशी जोडू शकतो. अली क्लाउडच्या बाजूने 1-0

IPSEC

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

Anycast इंटरनेट प्रवेग

आणखी एक उत्पादन जे तुम्हाला कोणत्याही कास्ट आयपीद्वारे कार्य करण्यास अनुमती देते एआयए. परंतु ते जागतिक खात्यांसाठी देखील उपलब्ध नाही, म्हणून मी तुम्हाला त्याबद्दल सांगणार नाही, परंतु असे उत्पादन अस्तित्वात आहे हे जाणून घेणे उपयुक्त ठरू शकते.

परंतु CDN चाचणीने काही अतिशय मनोरंजक परिणाम दाखवले. Tencent चे CDN पूर्ण-साइटवर सक्षम केले जाऊ शकत नाही, फक्त विशिष्ट डोमेनवर. आम्ही डोमेन तयार केले आणि त्यांना रहदारी पाठवली:

असे दिसून आले की या सीडीएनमध्ये खालील कार्य आहे: क्रॉस बॉर्डर ट्रॅफिक ऑप्टिमायझेशन. जेव्हा रहदारी चीनी फायरवॉलमधून जाते तेव्हा या वैशिष्ट्याने खर्च कमी केला पाहिजे. म्हणून मूळ Google GLB (GLB anycast) चा IP पत्ता निर्दिष्ट केला होता. अशा प्रकारे, आम्हाला प्रकल्प आर्किटेक्चर सुलभ करायचे होते.

परिणाम खूप चांगले होते - अली क्लाउड सीडीएनच्या पातळीवर आणि काही ठिकाणी आणखी चांगले. हे आश्चर्यकारक आहे, कारण चाचण्या यशस्वी झाल्यास, आपण पायाभूत सुविधा, बोगदे, CEN, आभासी मशीन इत्यादींचा महत्त्वपूर्ण भाग सोडू शकता.

समस्या उघड झाल्यामुळे आम्ही जास्त काळ आनंद केला नाही: इंटरनेट प्रदाता चायना मोबाइलसाठी कॅचपॉईंटमधील चाचण्या अयशस्वी झाल्या. कोणत्याही स्थानावरून आम्हाला Tencent च्या CDN द्वारे कालबाह्यता प्राप्त झाली. तांत्रिक समर्थनासह पत्रव्यवहारामुळे काहीही झाले नाही. आम्ही सुमारे एक दिवस या समस्येचे निराकरण करण्याचा प्रयत्न केला, परंतु काहीही झाले नाही.

मी त्या क्षणी चीनमध्ये होतो, परंतु वैयक्तिकरित्या समस्या सत्यापित करण्यासाठी या प्रदात्याच्या नेटवर्कवर सार्वजनिक वाय-फाय शोधू शकलो नाही. अन्यथा सर्व काही जलद आणि चांगले दिसत होते.
तथापि, चीन मोबाईल तीन सर्वात मोठ्या ऑपरेटरपैकी एक आहे या वस्तुस्थितीमुळे, आम्हाला अली सीडीएनकडे रहदारी परत करण्यास भाग पाडले गेले.
परंतु एकूणच, हा एक ऐवजी मनोरंजक उपाय होता जो या समस्येचे दीर्घ चाचणी आणि समस्यानिवारण करण्यास पात्र आहे.

Akamai

आम्ही चाचणी केलेला शेवटचा CDN प्रदाता होता Akamai. हा एक मोठा प्रदाता आहे ज्याचे नेटवर्क चीनमध्ये आहे. अर्थात, आम्ही ते पार करू शकलो नाही.

अगदी सुरुवातीपासूनच, आम्ही अकामाईशी चाचणी कालावधीसाठी सहमत झालो जेणेकरून आम्ही डोमेन स्विच करू शकू आणि ते त्यांच्या नेटवर्कवर कसे कार्य करेल ते पाहू शकू. मी "मला काय आवडले" आणि "मला काय आवडले नाही" या स्वरूपात सर्व चाचणीच्या निकालांचे वर्णन करीन आणि मी चाचणीचे निकाल देखील देईन.

मला काय आवडले:

• अकामाई मधील मुलांनी सर्व प्रश्नांमध्ये खूप मदत केली आणि चाचणीच्या सर्व टप्प्यांवर आम्हाला साथ दिली. आम्ही सतत आमच्या बाजूने काहीतरी सुधारण्याचा प्रयत्न करत होतो. त्यांनी उत्तम तांत्रिक सल्ला दिला.
• Ali Cloud CDN द्वारे आमच्या सोल्यूशनपेक्षा Akamai 10-15% हळू आहे. काय प्रभावशाली आहे ते म्हणजे Origin for Akamai मध्ये आम्ही GLB चा IP पत्ता निर्दिष्ट केला आहे, म्हणजे ट्रॅफिक आमच्या सोल्यूशनमधून जात नाही (संभाव्यपणे आम्ही पायाभूत सुविधांचा काही भाग सोडून देऊ शकतो). परंतु तरीही, चाचणी परिणामांनी हे दर्शविले की हे समाधान आमच्या वर्तमान आवृत्तीपेक्षा वाईट आहे (खाली तुलनात्मक परिणाम).
• Origin GLB आणि Origin या दोन्हीची चाचणी चीनमध्ये केली. दोन्ही पर्याय अंदाजे समान आहेत.
• आहेत नक्की मार्ग (स्वयंचलित राउटिंग ऑप्टिमायझेशन). तुम्ही Origin वर चाचणी ऑब्जेक्ट होस्ट करू शकता आणि Akamai Edge सर्व्हर ते उचलण्याचा प्रयत्न करतील (नियमित GET). या विनंत्यांसाठी, वेग आणि इतर मेट्रिक्स मोजल्या जातात, ज्याच्या आधारावर Akamai नेटवर्क मार्ग ऑप्टिमाइझ करते जेणेकरून आमच्या साइटसाठी रहदारी अधिक जलद होते आणि हे स्पष्ट होते की हे वैशिष्ट्य सक्षम केल्याने साइटच्या गतीवर खरोखरच मोठा प्रभाव पडला.
• वेब इंटरफेसमधील कॉन्फिगरेशनची आवृत्ती छान आहे. तुम्ही आवृत्त्यांसाठी तुलना करू शकता, फरक पहा. मागील आवृत्त्या पहा.
• तुम्ही नवीन आवृत्ती प्रथम फक्त Akamai स्टेजिंग नेटवर्कवर रोल आउट करू शकता - उत्पादनासारखेच नेटवर्क, केवळ या प्रकारे वास्तविक वापरकर्त्यांवर परिणाम होणार नाही. या चाचणीसाठी, तुम्हाला तुमच्या स्थानिक मशीनवर डीएनएस रेकॉर्ड फसवणे आवश्यक आहे.
• मोठ्या स्टॅटिक फायली आणि वरवर पाहता, इतर कोणत्याही फायलींसाठी त्यांच्या नेटवर्कद्वारे खूप जलद डाउनलोड गती. अली 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

अकामाई चाचणी:

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

आमच्या लक्षात आले की वरील उदाहरणातील परिस्थिती विविध घटकांवर अवलंबून आहे. हा मुद्दा लिहिण्याच्या वेळी, मी पुन्हा चाचणी घेतली. दोन्ही प्लॅटफॉर्मचे परिणाम अंदाजे समान होते. हे आम्हाला सांगते की चीनमधील इंटरनेट, अगदी मोठ्या ऑपरेटर आणि क्लाउड प्रदात्यांसाठीही, वेळोवेळी वेगळ्या पद्धतीने वागते.

मागील मुद्द्यावर, मी अकामाईसाठी एक मोठा प्लस जोडेन: जर अलीने उच्च कार्यप्रदर्शन आणि अत्यंत कमी कार्यप्रदर्शन (हे अली CDN, अली CEN आणि अली IPSEC ला लागू होते), तर अकामाई, प्रत्येक वेळी, काही फरक पडत नाही. मी त्यांच्या नेटवर्कची चाचणी कशी करतो, सर्वकाही स्थिरपणे कार्य करते.
अकामाईचे चीनमध्ये भरपूर कव्हरेज आहे आणि ते अनेक प्रदात्यांद्वारे कार्य करते.

मला काय आवडले नाही:

• मला वेब इंटरफेस आणि ते कार्य करण्याची पद्धत आवडत नाही - ते खूप खराब आहे. पण मुळात तुम्हाला त्याची सवय झाली आहे (कदाचित).
• चाचणी परिणाम आमच्या साइटपेक्षा वाईट आहेत.
• आमच्या साइटपेक्षा चाचण्यांदरम्यान अधिक त्रुटी आहेत (खाली अपटाइम).
• आमच्याकडे चीनमध्ये आमचे स्वतःचे DNS सर्व्हर नाहीत. त्यामुळे DNS निराकरण कालबाह्य झाल्यामुळे चाचण्यांमध्ये अनेक त्रुटी आहेत.
• ते त्यांच्या IP श्रेणी प्रदान करत नाहीत -> योग्य नोंदणी करण्याचा कोणताही मार्ग नाही set_real_ip_from आमच्या सर्व्हरवर.

मेट्रिक्स (~3626 धावा; अपटाइम वगळता सर्व मेट्रिक्स, ms मध्ये; एका कालावधीसाठी आकडेवारी):

CDN प्रदाता
मध्यक
75%
95%
प्रतिसाद
वेबपृष्ठ प्रतिसाद
अपटाईम
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

निष्कर्ष असा आहे: अकामाई पर्याय व्यवहार्य आहे, परंतु अली CDN सोबत मिळून आपल्या स्वतःच्या सोल्यूशन प्रमाणे स्थिरता आणि गती प्रदान करत नाही.

लहान नोट्स

काही क्षण कथेत समाविष्ट केले नाहीत, परंतु मला त्यांच्याबद्दल देखील लिहायचे आहे.

बीजिंग + टोकियो आणि हाँगकाँग

मी वर म्हटल्याप्रमाणे, आम्ही हाँगकाँग (HK) पर्यंत IPSEC बोगद्याची चाचणी केली. पण आम्ही CEN ते HK देखील चाचणी केली. त्याची किंमत थोडी कमी आहे आणि मी विचार करत होतो की ~100 किमी अंतर असलेल्या शहरांमध्ये ते कसे कार्य करेल. हे मनोरंजक असल्याचे दिसून आले की या शहरांमधील विलंब आमच्या मूळ आवृत्तीपेक्षा (तैवानमध्ये) 100ms जास्त आहे. तैवानसाठी वेग, स्थिरता देखील चांगली होती. परिणामी, आम्ही बॅकअप IPSEC प्रदेश म्हणून HK सोडला.

याव्यतिरिक्त, आम्ही खालील स्थापना स्थापित करण्याचा प्रयत्न केला:

• बीजिंगमधील ग्राहकांची समाप्ती,
• IPSEC आणि CEN ते टोकियो,
• अली CDN मध्ये बीजिंगमधील सर्व्हर मूळ म्हणून दर्शविला गेला.

ही योजना तितकी स्थिर नव्हती, जरी वेगाच्या बाबतीत ती सामान्यतः आमच्या सोल्यूशनपेक्षा निकृष्ट नव्हती. बोगद्याच्या संदर्भात, मी CEN साठी देखील अधूनमधून थेंब पाहिले आहेत, जे स्थिर असायला हवे होते. म्हणून, आम्ही जुन्या योजनेकडे परतलो आणि हे स्टेजिंग मोडून काढले.

खाली वेगवेगळ्या चॅनेलसाठी वेगवेगळ्या प्रदेशांमधील विलंबाची आकडेवारी आहे. कदाचित कोणाला त्यात रस असेल.

IPsec
अली cn-बीजिंग <—> GCP आशिया-ईशान्य1 — 193ms
अली cn-शेन्झेन <—> GCP asia-east2 — 91ms
अली cn-shenzhen <—> GCP us-east4 — 200ms

CEN
अली सीएन-बीजिंग <—> अली एपी-ईशान्य-1 — 54ms (!)
अली सीएन-शेन्झेन <—> अली सीएन-हॉन्गकॉन्ग — 6ms (!)
अली cn-शेन्झेन <—> अली us-east1 — 216ms

चीनमधील इंटरनेटबद्दल सामान्य माहिती

लेखाच्या पहिल्या भागात, अगदी सुरुवातीस वर्णन केलेल्या इंटरनेटसह समस्यांना जोडण्यासाठी.

• चीनमध्ये इंटरनेट खूप वेगवान आहे.
  • हा निष्कर्ष विविध ठिकाणी सार्वजनिक वाय-फाय नेटवर्कच्या चाचणीच्या आधारे काढण्यात आला आहे जेथे हे नेटवर्क मोठ्या संख्येने लोक वापरतात.
  • चीनमधील सर्व्हरवर डाउनलोड आणि अपलोड गती अनुक्रमे 20 Mbit/s आणि 5-10 Mbit/s होती.
  • चीनच्या बाहेरील सर्व्हरचा वेग अगदीच कमी आहे, 1 Mbit/s पेक्षा कमी.
• चीनमधील इंटरनेट फारसे स्थिर नाही.
  • काहीवेळा साइट पटकन उघडू शकतात, काहीवेळा हळू (वेगवेगळ्या दिवशी दिवसाच्या एकाच वेळी), जर कॉन्फिगरेशन बदलत नाही. आम्ही हे semrushchina.cn च्या उदाहरणासह पाहिले. याचे श्रेय अली 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 कर्लला 5.5 सेकंद लागले.

नंतर, पहिल्या सोल्युशनमध्ये या निर्देशकांसह (क्लाउडफ्लेअर):

निर्णय
अपटाईम
मध्यक
75 टक्के
95 टक्के

Cloudflare
86.6
18
30
60

आम्ही अखेरीस खालील परिणामांवर पोहोचलो (गेल्या महिन्याची आकडेवारी):

निर्णय
अपटाईम
मध्यक
75 टक्के
95 टक्के

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

जसे तुम्ही बघू शकता, आम्ही अद्याप 100% अपटाइम साध्य करू शकलो नाही, परंतु आम्ही काहीतरी घेऊन येऊ आणि नंतर आम्ही तुम्हाला नवीन लेखातील परिणामांबद्दल सांगू :)

तिन्ही भाग शेवटपर्यंत वाचणाऱ्यांना आदरांजली. मला आशा आहे की तुम्हाला हे सर्व तितकेच मनोरंजक वाटले आहे जितके मी ते केले होते.

PS मागील भाग

एक्सएनयूएमएक्स भाग
एक्सएनयूएमएक्स भाग

स्त्रोत: www.habr.com