Azure ล่าช้าในหลายภูมิภาคในต่างประเทศและเปิดให้บริการ: การทดสอบความเร็วเครือข่ายห้องคอมพิวเตอร์ในเอเชียแปซิฟิกอเมริกาเหนือและยุโรป
ปัญหาที่ยุ่งยากที่สุดอย่างหนึ่งสำหรับบริษัทที่ทำธุรกิจในต่างประเทศสถาปนิกและการดำเนินงานและการบำรุงรักษาคือ
เครือข่ายล่าช้า
。
เมื่อคุณต้องการปรับใช้ธุรกิจของคุณกับ Microsoft Cloud (Azure) ต้องเผชิญกับศูนย์ข้อมูลหลายสิบแห่งทั่วโลกคุณอาจตกอยู่ในความวิตกกังวลในการเลือก:
"ผู้ใช้ของฉันอยู่ในยุโรปและอเมริกาเป็นการประกวดนางงามหรืออเมริกาตะวันออก"
"ห้องคอมพิวเตอร์ในภูมิภาคเอเชียแปซิฟิกสิงคโปร์และฮ่องกงต่างกันกี่มิลลิวินาที"
"ข้ามมหาสมุทรแอตแลนติกหรือข้ามมหาสมุทรแปซิฟิกการส่งข้อมูลใช้เวลานานแค่ไหน"
หลายคนเลือนห้องคอมพิวเตอร์โดยอาศัย "ความรู้สึก" หรือระยะทางภูมิศาสตร์แต่การกำหนดเส้นทางของอินเทอร์เน็ตนั้นไม่ง่ายเหมือนการวาดเส้นตรงจำนวนจุดแลกเปลี่ยนเครือข่ายสาธารณะที่ข้ามไม่ว่าจะใช้สายเคเบิลออปติคอลใต้น้ำหรือสายเคเบิลออปติคอลบนบกและขอบเขตที่เครือข่ายกระดูกสันหลังของ Microsoft (Global Network) ครอบคลุมจะเป็นตัวกำหนดขั้นสุดท้ายของคุณโดยตรงความล่าช้าทางธุรกิจ
เพื่อที่จะอธิบายคำถามนี้อย่างละเอียดและชัดเจนบทความนี้ได้รวบรวม
เอเชียแปซิฟิกอเมริกาเหนือยุโรป
ข้อมูลการวัดความเร็วเครือข่ายล่าสุดของพื้นที่หลักทั้งสามในทะเลไม่ได้พูดถึงทฤษฎีเสมือนใช้ทั้งหมด
เวลาไป-กลับจริง (RTT, Round-Trip Time) และสถานการณ์ทางธุรกิจจริง
พูดและเปิดเผยการ์ดล่าช้าหลายภูมิภาคของ Azure ในต่างประเทศอย่างละเอียด
1.มาดูรายละเอียด: ทำไมเครือข่ายกระดูกสันหลังทั่วโลกของ Azure?
ก่อนที่จะดูข้อมูลการวัดความเร็วเฉพาะคุณต้องเข้าใจหลักฐานสำคัญ:
คุณส่งข้อมูลระหว่างห้องคอมพิวเตอร์สองห้องใน Azure การรับส่งข้อมูลเป็นเครือข่ายสาธารณะหรือไม่?
คำตอบคือ:
ค่าเริ่มต้นจะไม่ใช้เครือข่ายสาธารณะ
Microsoft มีเครือข่ายกระดูกสันหลังส่วนตัวที่ใหญ่ที่สุดแห่งหนึ่งของโลก (Microsoft Global Network) เมื่อคุณส่งข้อมูลจากห้องคอมพิวเตอร์ "เอเชียตะวันออก (ฮ่องกง)" ของ Azure ไปยังห้องคอมพิวเตอร์ "อเมริกาตะวันตก (แคลิฟอร์เนีย)" การรับส่งข้อมูลจะออกมาจากห้องคอมพิวเตอร์ในฮ่องกงและเข้าสู่สายเคเบิลออปติคอลส่วนตัวของ Microsoft หรือใยแก้วนำแสงพิเศษที่เช่าทันทีและผ่าน Microsoft ที่สร้างขึ้นเองจุดขอบ (Edge POPs) ดึงตรงไปยังชายฝั่งตะวันตกของสหรัฐอเมริกา
ข้อดีของ "ทางด่วนส่วนตัว" นี้คือ
มีเสถียรภาพมาก
。เครือข่ายสาธารณะเปรียบเสมือนถนนธรรมดาในช่วงเวลาเร่งด่วนในตอนเช้าและตอนเย็นและอาจสั่นได้ตลอดเวลาเนื่องจากความแออัดของโหนดใดโหนดหนึ่งในขณะที่เครือข่ายกระดูกสันหลังของ Azure เปรียบเสมือนความเร็วสูงแบบปิดที่มีบัตร VIP pass และความล่าช้าโดยทั่วไปจะเป็นเส้นตรงโดยมีความผันผวนน้อยมาก
แต่ปัญหามา:
ไม่ว่าทางหลวงจะเร็วแค่ไหนก็ไม่เร็วเกินขีดจำกัดทางกายภาพ (ความเร็วของแสงในใยแก้วอยู่ที่ประมาณ200,000กิโลเมตรต่อวินาที)
ซึ่งหมายความว่าระยะทางภูมิศาสตร์ยังคงเป็นตัวกำหนดขีดจำกัดล่างของความล่าช้า
2.การทดสอบความเร็วตลาดเอเชียแปซิฟิก: กระดานกระโดดน้ำสีทองสำหรับเอเชียตะวันออกเฉียงใต้และเอเชียตะวันออก
ภูมิภาคเอเชียแปซิฟิกเป็นจุดแรกสำหรับบริษัทในต่างประเทศเรามุ่งเน้นไปที่ห้องคอมพิวเตอร์หลักสี่ห้องเป็นหลัก:
เอเชียตะวันออก (ฮ่องกง), เอเชียตะวันออกเฉียงใต้ (สิงคโปร์), ญี่ปุ่นตะวันออก (โตเกียว) และเกาหลี (โซล)
。
1.ความล่าช้าในการเชื่อมต่อภายในเอเชียแปซิฟิก (หน่วย: มิลลิวินาที)
ต่อไปนี้เป็นประสิทธิภาพการหน่วงเวลาที่แท้จริงระหว่างห้องคอมพิวเตอร์หลักเหล่านี้และจากโหนดเครือข่ายหลักในจีนแผ่นดินใหญ่ไปยังห้องคอมพิวเตอร์เหล่านี้:
สถานที่เริ่มต้น/ปลายทาง
เอเชียตะวันออก (ฮ่องกง)
ตะวันออกเฉียงใต้
เอเชีย (สิงคโปร์)
ญี่ปุ่นตะวันออก (โตเกียว)
เกาหลีใต้ตอนกลาง (โซล)
เอเชียตะวันออก (ฮ่องกง)
0 - 2
30 - 35
45 - 50
40 - 45
เอเชียตะวันออกเฉียงใต้ (สิงคโปร์)
32
0 - 2
65 - 72
80 - 85
ญี่ปุ่นตะวันออก (โตเกียว)
48
68
0 - 2
25 - 30
มณฑลกวางตุ้งประเทศจีน (เครือข่ายสาธารณะลงสู่ทะเล)
10 - 15
35 - 45
55 - 65
60 - 70
เซี่ยงไฮ้ประเทศจีน (เครือข่ายสาธารณะเข้าสู่ทะเล)
25 - 30
45 - 55
30 - 35
35 - 40
2.การวิเคราะห์เชิงลึกและคู่มือการหลีกเลี่ยงหลุม
ฮ่องกง vs สิงคโปร์: หากเป้าหมายทางธุรกิจของคุณคือเอเชียตะวันออกเฉียงใต้ทั้งหมด (อินโดนีเซียเวียดนามไทยฟิลิปปินส์ฯลฯ) ให้หลับตาและเลือกสิงคโปร์ (เอเชียตะวันออกเฉียงใต้) คุณภาพของเส้นทางเครือข่ายสาธารณะจากสิงคโปร์ไปยังประเทศเพื่อนบ้านนั้นสูงมากและความล่าช้าในการไปฮ่องกงนั้นอยู่ที่ประมาณ30ms เท่านั้นหากลูกค้าหลักของคุณกระจายฮ่องกงมาเก๊าและไต้หวันในจีนแผ่นดินใหญ่ฮ่องกง (เอเชียตะวันออก) เป็นตัวเลือกแรก
ความสัมพันธ์ที่ยอดเยี่ยมระหว่างโหนดญี่ปุ่นและเกาหลีใต้: ความล่าช้าจากโตเกียวไปยังโซลนั้นต่ำมากเพียงประมาณ25มิลลิวินาทีซึ่งโดยพื้นฐานแล้วถือได้ว่าเป็นครึ่งหนึ่งของการสำรองข้อมูลในเมืองเดียวกันหากธุรกิจของคุณเป็นเกมหรือเสียงและวิดีโอแบบเรียลไทม์คุณสามารถทำบริการข้ามภูมิภาคระหว่างญี่ปุ่นและเกาหลีใต้ได้
"หลุมใหญ่" ของการเยี่ยมชมแผ่นดินใหญ่: โปรดทราบว่าแม้ว่าระยะทางกายภาพจากเซี่ยงไฮ้ไปโตเกียวจะไกลกว่าฮ่องกงเนื่องจากทิศทางของสายเคเบิลออปติคอลระหว่างประเทศของ China Telecom, China Unicom และผู้ให้บริการรายอื่นความล่าช้า (30-35ms) จากเซี่ยงไฮ้ไปยังโตเกียวมักจะเกี่ยวข้องกับความล่าช้าในการไปฮ่องกงนั้นคงที่หรือต่ำกว่าในบางครั้งแต่อย่าปรับใช้ธุรกิจที่มีพื้นหลังแผ่นดินใหญ่ในโตเกียวโดยตรงเนื่องจากเครือข่ายสาธารณะในทิศทางของญี่ปุ่นบางครั้งถูกรบกวนอย่างรุนแรงจากแผ่นดินไหวเคเบิลใต้น้ำหรือความแออัดของการส่งออกระหว่างประเทศในช่วงเย็นและเสถียรภาพนั้นน้อยกว่าการใช้สายเคเบิลออปติคอลทางบก/นอกชายฝั่งไปยังฮ่องกง
3.การทดสอบความเร็วตลาดอเมริกาเหนือ: เกมข้ามชายฝั่งตะวันออกและตะวันตก
ตลาดสหรัฐฯเป็นสนามรบที่ดีที่สุดสำหรับบริษัทในต่างประเทศหลายแห่ง (โดยเฉพาะ SaaS, อีคอมเมิร์ซ, การหารายได้ออนไลน์และเกม) Azure ได้ติดตั้งห้องคอมพิวเตอร์จำนวนมากในสหรัฐอเมริกาแกนหลักคือ:
ฝั่งตะวันออก (เวอร์จิเนีย), ฝั่งตะวันออก2, ฝั่งตะวันตก (แคลิฟอร์เนีย), ฝั่งตะวันตก2 (รัฐวอชิงตัน) และสหรัฐอเมริกาและจีน (ไอโอวา)
。
1.ภายในอเมริกาเหนือและความล่าช้าข้ามมหาสมุทร (หน่วย: มิลลิวินาที)
สถานที่เริ่มต้น/ปลายทาง
อเมริกาตะวันตก (แคลิฟอร์เนีย)
อเมริกาตะวันตก2 (รัฐวอชิงตัน)
สหรัฐอเมริกาและจีน (ไอโอวา)
ฝั่งตะวันออก (เวอร์จิเนีย)
อเมริกาตะวันตก (แคลิฟอร์เนีย)
0 - 2
15 - 20
40 - 45
65 - 70
ฝั่งตะวันออก (เวอร์จิเนีย)
68
75
30 - 35
0 - 2
เอเชียตะวันออก (ฮ่องกง)
145 - 155
150 - 160
185 - 195
210 - 225
ญี่ปุ่นตะวันออก (โตเกียว)
105 - 115
95 - 105
140-
150
160 - 170
2. การวิเคราะห์เชิงลึกและคู่มือหลีกเลี่ยงข้อผิดพลาด
"เส้นชีวิตและความตาย" ข้ามมหาสมุทรแปซิฟิก: เมื่อมองผ่านตารางนี้คุณจะเข้าใจว่าทำไม "อเมริกาตะวันตก" จึงเป็นสะพานเชื่อมสำหรับเอเชียแปซิฟิกจากโตเกียวทรานส์แปซิฟิกไปยังสหรัฐอเมริกาตะวันตก2 (รัฐวอชิงตัน) ความล่าช้าสามารถวิ่งภายใน100มิลลิวินาที (ประมาณ95มิลลิวินาที)! และถ้าคุณออกเดินทางจากฮ่องกงไปยังสหรัฐอเมริกาตะวันตกจะอยู่ที่ประมาณ150ms อย่างไรก็ตามหากคุณต้องการดึงข้อมูลจากฮ่องกงไปทางตะวันออกของสหรัฐอเมริกา (เวอร์จิเนีย) ความล่าช้าจะเพิ่มสูงขึ้นเป็นมากกว่า210ms ภายใต้ความล่าช้ามากกว่า200ms การจับมือ TCP ที่ไม่ได้รับการปรับให้เหมาะสมหรือการสืบค้นฐานข้อมูลข้ามภูมิภาคจะช้าเหมือนเต่า
ทางเลือกทางฝั่งตะวันออกและตะวันตกของสหรัฐอเมริกา: ผู้ใช้เครือข่ายสาธารณะของสหรัฐอเมริกามีความอดทนต่อความล่าช้าค่อนข้างสูงหากผู้ใช้ของคุณกระจายไปทั่วสหรัฐอเมริกาอย่างเท่าเทียมกันการประกวดนางงาม (ไอโอวา) จะไร้กังวลมากที่สุดและทั้งสองฝั่งของช่องแคบอยู่ภายใน40มิลลิวินาทีหากคุณพึ่งพาการเชื่อมต่อโครงข่ายของยุโรปอย่างมากการประกวดนางงามหากคุณพึ่งพาเอเชียอย่างมากการประกวดนางงาม
4.การวัดความเร็วตลาดยุโรป: โดยมีแฟรงค์เฟิร์ตและอัมสเตอร์ดัมเป็นแกนหลัก
ระบบนิเวศอินเทอร์เน็ตในยุโรปเติบโตเต็มที่และคุณภาพของการเชื่อมต่อโครงข่ายระหว่างห้องคอมพิวเตอร์หลักเป็นหนึ่งในห้องที่ดีที่สุดในโลกห้องคอมพิวเตอร์ "บิ๊กแม็ค" หลักสองห้องของ Azure ในยุโรปได้แก่:
ยุโรปตะวันตก (อัมสเตอร์ดัมเนเธอร์แลนด์) และยุโรปเหนือ (ดับลินไอร์แลนด์)
นอกจากนี้ยังมีความสำคัญอย่างยิ่งในช่วงไม่กี่ปีที่ผ่านมา
เยอรมนีตอนกลาง (แฟรงค์เฟิร์ต)
。
1.ความล่าช้าภายในยุโรปและข้ามมหาสมุทรแอตแลนติก (หน่วย: มิลลิวินาที)
ต้นทาง/ปลายทาง
ยุโรปตะวันตก (เนเธอร์แลนด์)
ยุโรปเหนือ (ไอร์แลนด์)
เยอรมนีตอนกลาง (แฟรงค์เฟิร์ต)
สหรัฐอเมริกาตะวันออก (เวอร์จิเนีย)
ยุโรปตะวันตก (เนเธอร์แลนด์)
0 - 2
12 - 15
6 - 8
70 - 75
ยุโรปเหนือ (ไอร์แลนด์)
14
0 - 2
18 - 22
65 - 70
เยอรมนีตอนกลาง
7
20
0 - 2
75 - 80
เอเชียตะวันออกเฉียงใต้ (สิงคโปร์)
150 - 160
165 - 175
145 - 155
-
2. การวิเคราะห์เชิงลึกและคู่มือหลีกเลี่ยงข้อผิดพลาด
ภายในยุโรป: เร็วเหมือนเครือข่ายท้องถิ่นต้องขอบคุณเครือข่ายเคเบิลใยแก้วนำแสงบนบกที่หนาแน่นในทวีปยุโรปความล่าช้าจากยุโรปตะวันตก (เนเธอร์แลนด์) ไปยังเยอรมนีตอนกลาง (แฟรงก์เฟิร์ต) อยู่ที่6-8มิลลิวินาทีเท่านั้นซึ่งหมายความว่าหากคุณโยนเว็บเซิร์ฟเวอร์ในเนเธอร์แลนด์และฐานข้อมูลในแฟรงค์เฟิร์ตคุณแทบจะไม่รู้สึกถึงผลกระทบเชิงลบของความล่าช้าในระดับธุรกิจ
Super Channel ข้ามมหาสมุทรแอตแลนติก: ประสิทธิภาพการหน่วงเวลาจากชายฝั่งตะวันออกของสหรัฐอเมริกา (เวอร์จิเนีย) ไปยังยุโรป (ไอร์แลนด์/เนเธอร์แลนด์) นั้นน่าทึ่งมากเพียง65-75ms ความล่าช้านี้ต่ำกว่าความล่าช้าของเครือข่ายสาธารณะบางแห่งจากฮ่องกงจีนไปยังปักกิ่งประเทศจีนดังนั้นธุรกิจแบบบูรณาการในยุโรปและอเมริกา (บริการเดียวกันในยุโรปและอเมริกาการซิงโครไนซ์ข้อมูลข้ามพรมแดน) จึงทำได้ง่ายมากในเชิงสถาปัตยกรรมและความกดดันในการซิงโครไนซ์ข้อมูลแบบเรียลไทม์ทั้งสองด้านนั้นน้อยกว่าเอเชียไปยังสหรัฐอเมริกามาก
ห้า,
การต่อสู้จริง: แผนการเลือกสถาปัตยกรรมสำหรับฉากคลาสสิกสามฉาก
หลังจากอ่านไพ่ของเอเชียแปซิฟิกอเมริกาเหนือและยุโรปแล้วเราควรออกแบบสถาปัตยกรรมอย่างไรเมื่อเราเข้าสู่ธุรกิจในต่างประเทศต่อไปนี้เป็นฉากการต่อสู้จริงที่พบบ่อยที่สุดสามฉาก:
สถานการณ์ที่1: บริการเกม/เสียงและวิดีโอแบบเรียลไทม์ของเซิร์ฟเวอร์เดียวกันทั่วโลก
จุดเจ็บปวด: ผู้เล่นกระจายไปทั่วโลกต้องการความล่าช้าต่ำมาก (ควรน้อยกว่า100ms) และต้องออนไลน์บนเซิร์ฟเวอร์
โซลูชันสถาปัตยกรรม: อย่าเสียบเซิร์ฟเวอร์ทั้งหมดในที่เดียวใช้ Anycast IP ของ Azure (Global Entry/Azure Front Door) เพื่อแนะนำการรับส่งข้อมูลเครือข่ายสาธารณะกระจายการปรับใช้ Game Room/Battle Server ในสิงคโปร์ (เอเชียแปซิฟิก) อเมริกาตะวันตก2 (อเมริกาเหนือ) และยุโรปตะวันตก (ยุโรป) ใช้เครือข่ายกระดูกสันหลังของ Microsoft เพื่อซิงโครไนซ์ข้อมูลหลักกลับไปยังฐานข้อมูลหลักแบบอะซิงโครนัส (เช่นในสหรัฐอเมริกาและจีน) ผู้เล่นเข้าถึงในบริเวณใกล้เคียงเพื่อให้แน่ใจว่าพวกเขาได้รับความล่าช้าในพื้นที่ภายใน25มิลลิวินาทีในระหว่างการต่อสู้ในขณะที่การแลกเปลี่ยนข้อมูลข้ามพรมแดนจะถูกปล่อยให้อยู่ในเครือข่ายกระดูกสันหลังของ Microsoft
สถานการณ์ที่2: อีคอมเมิร์ซข้ามพรมแดน/สถานีอิสระไปทะเล
จุดเจ็บปวด: ความเร็วในการเปิดเว็บไซต์ช้าลงหนึ่งวินาทีและอัตรา Conversion จะลดลง10% ลูกค้าส่วนใหญ่อยู่ในสหรัฐอเมริกาและยุโรป
โซลูชันสถาปัตยกรรม: ขอแนะนำให้ปรับใช้สถานีหลักทางตะวันออกของสหรัฐอเมริกา (เวอร์จิเนีย) ทำไม? เนื่องจากฝั่งตะวันออกของสหรัฐอเมริกาเป็น "จุดลูกตุ้ม" ที่สมบูรณ์แบบ-70ms ไปทางตะวันตกของสหรัฐอเมริกาและ70ms ไปยังยุโรปด้วย Azure Front Door (พร้อมฟังก์ชันเร่งความเร็ว CDN) ทรัพยากรแบบคงที่และแคชจะถูกผลักไปยังโหนดชายขอบทั่วยุโรปและสหรัฐอเมริกาด้วยวิธีนี้ลูกค้าในยุโรปและสหรัฐอเมริกาจะเปิดหน้าเว็บภายใน10-30มิลลิวินาที (กดแคชขอบ) และเมื่อพวกเขาจำเป็นต้องกลับไปที่สหรัฐอเมริกาเพื่อเขียนฐานข้อมูลความล่าช้า70มิลลิวินาทีระหว่างยุโรปและสหรัฐอเมริกาก็อยู่ในความอดทนของผู้ใช้เช่นกัน
สถานการณ์ที่3: สำนักงานบริษัทข้ามชาติในเอเชียแปซิฟิก/การซิงโครไนซ์ข้ามพรมแดน ERP
จุดเจ็บปวด: สำนักงานใหญ่ในประเทศอยู่ที่เซินเจิ้น/เซี่ยงไฮ้โรงงานในเอเชียตะวันออกเฉียงใต้และสาขาการขายในสหรัฐอเมริกาการเข้าถึงระบบ ERP เดียวกันมักจะติดขัด
โซลูชันสถาปัตยกรรม: ตั้งค่าโหนดหลักในเอเชียแปซิฟิกในฮ่องกงจีน (เอเชียตะวันออก) หรือสิงคโปร์เนื่องจากพนักงานในประเทศมีการปฏิบัติตามข้อกำหนดเครือข่ายสาธารณะข้ามพรมแดนและปัญหาการกระวนกระวายใจเมื่อไปต่างประเทศขอแนะนำให้บริษัทต่างๆใช้ Azure ExpressRoute (สายเฉพาะ) เพื่อเชื่อมต่อกับห้องคอมพิวเตอร์ Azure HongKong ในจีนแผ่นดินใหญ่เพื่อให้เกิดการกระวนกระวายใจเป็นศูนย์การเชื่อมต่อจากฮ่องกงไปยังสหรัฐอเมริกาและสิงคโปร์ไปยังยุโรปซื้อ Global VNet Peering โดยตรงภายใน Azure ด้วยวิธีนี้การรับส่งข้อมูลข้ามพรมแดนทั้งหมดจะถูกล็อคไว้บนทางหลวงส่วนตัวของ Microsoft ซึ่งเป็นการอำลาระบบที่ติดขัดซึ่งเกิดจากการสูญเสียแพ็กเก็ตสาธารณะ
หก. สรุป
สาระสำคัญของความล่าช้าของเครือข่ายคือการแสดงออกที่ครอบคลุมของระยะทางทางกายภาพและทิศทางใยแก้วนำแสงในระบบนิเวศเครือข่ายทั่วโลกของ Azure เราได้สรุปกฎที่ยากสามข้อ:
ทรานส์แปซิฟิก (เอเชีย-สหรัฐอเมริกา) อยู่ไกลมาก (110ms-160ms) และทรานส์แอตแลนติก (สหรัฐอเมริกา-ยุโรป) อยู่ใกล้มาก (65ms-75ms) ข้าม
ยูเรเซีย (สิงคโปร์-ยุโรป) อยู่ตรงกลาง (ประมาณ150ms)
ใช้ประโยชน์จากศูนย์ภูมิภาคสิงคโปร์ในเอเชียแปซิฟิกอเมริกาตะวันออก/ตะวันตกในอเมริกาเหนือและเนเธอร์แลนด์/แฟรงก์เฟิร์ตในยุโรปเป็น "ซูเปอร์โหนด" ที่มีทรัพยากรเครือข่ายที่เข้มข้นที่สุดและการส่งออกสายเคเบิลใต้น้ำที่ร่ำรวยที่สุดโดยปกติแล้วจะไม่ผิดพลาดครั้งใหญ่เมื่อเลือกลำดับความสำคัญ
ระยะทางไม่สามารถเปลี่ยนแปลงได้แต่สามารถเปลี่ยนเส้นทางได้พยายามให้ทราฟฟิกเข้าสู่เครือข่ายภายในของ Azure (โดยใช้ VNet Peering, Front Door) และหลีกเลี่ยงการวิ่งบนเครือข่ายสาธารณะที่วุ่นวายเป็นเวลานาน
หากต้องการค้นหาฐานของมาตรวัดความเร็วเหล่านี้จากนั้นออกแบบสถาปัตยกรรมหลายภูมิภาคในต่างประเทศของคุณคุณจะมีความมั่นใจโดยธรรมชาติ