เซิร์ฟเวอร์คลาวด์ของ Amazon เลือกโหนดใด AWS Japan/Korea/Singapore/US การแข่งขันเครือข่ายห้องคอมพิวเตอร์ล่าช้า

เมื่อธุรกิจของคุณพร้อมที่จะไปต่างประเทศและเริ่มให้บริการแก่ผู้ใช้ในต่างประเทศอุปสรรคทางเทคนิคประการแรกที่คุณเผชิญคือ

ห้องเลือก (โหนด)

。

Amazon Cloud (AWS) ซึ่งเป็นผู้นำด้านการประมวลผลแบบคลาวด์เต็มไปด้วยศูนย์ข้อมูลที่หนาแน่นทั่วโลกหากคุณไปที่คอนโซลของ AWS ภูมิภาคเอเชียแปซิฟิกและอเมริกาเหนือเพียงอย่างเดียวจะมีชื่อมากมายเช่นโตเกียวโซลสิงคโปร์โอเรกอนและเวอร์จิเนีย

หัวหน้าทีมหลายคนที่เพิ่งไปต่างประเทศตบหัว: "ถ้ามีคนอเมริกันเยอะก็ซื้ออเมริกา!" หรือ "เลือกญี่ปุ่นสำหรับคนที่อยู่ใกล้เรา!" เป็นผลให้หลังจากออนไลน์พบว่าเนื่องจากการเลือกโหนดที่ไม่ถูกต้องความล่าช้าของเครือข่ายข้ามชาติจึงสูงเกินกว่าจะทนได้ธุรกิจหลักติดอยู่โดยตรงและผู้ใช้ที่ซื้อจากต่างประเทศก็หนีไปทันที

โหนดถูกเลือกอย่างดีและไม่ต้องกังวลกับการไปทะเลบทช่วยสอนของวันนี้ไม่ได้พูดถึงคำศัพท์ PPT อย่างเป็นทางการที่ว่างเปล่าตรงไปที่ฮาร์ดคอร์

การแข่งขันการวัดความล่าช้าของเครือข่ายทั้งหมด

。เราจะเปรียบเทียบโหนดหลักสี่โหนดที่ได้รับความนิยมมากที่สุดในแนวนอน:

ญี่ปุ่น (โตเกียว) เกาหลีใต้ (โซล) สิงคโปร์สหรัฐอเมริกา (ฝั่งตะวันตก/ฝั่งตะวันออก)

, สอนวิธีใช้ภาษาพื้นถิ่นและตรรกะทางธุรกิจที่ชัดเจนที่สุดเพื่อเลือก "ลูกชายที่แท้จริง" ที่เหมาะสมที่สุดสำหรับธุรกิจในต่างประเทศของคุณ

หลักฐานหลัก: ความล่าช้าของเครือข่ายเกิดขึ้นได้อย่างไร?

ก่อนที่จะเข้าสู่ pk สีแดงและสีน้ำเงินของห้องคอมพิวเตอร์หลักเราต้องตระหนักถึงกฎเหล็กที่โหดร้ายของโลกทางกายภาพก่อน:

ความล่าช้าไม่สามารถกำจัดได้แต่สามารถสั้นลงได้เท่านั้น

เมื่อข้อมูลเครือข่ายถูกส่งข้ามพรมแดนข้อมูลจะถูกฝังลึกลงไปในก้นมหาสมุทรแปซิฟิก

สายเคเบิลใยแก้วนำแสงข้ามชาติ

。ความเร็วในการส่งแสงในใยแก้วนำแสงอยู่ที่ประมาณ200,000กิโลเมตรต่อวินาทีแพ็กเก็ตข้อมูลเริ่มต้นจากเซิร์ฟเวอร์ในประเทศของคุณหรือโทรศัพท์มือถือของผู้ใช้ในต่างประเทศทุกครั้งที่คุณผ่านเราเตอร์และวิ่งทุกๆพันกิโลเมตรมิเตอร์ไฟฟ้า (ความล่าช้า) จะเพิ่มขึ้นอย่างรวดเร็ว

ภายใน50ms: ความเร็วสูงสุดไม่มีความชัดเจนด้วยตาเปล่าเหมาะสำหรับเกม MOBA และ FPS การทำธุรกรรมเชิงปริมาณที่แม่นยำ

50ms - 100ms: เรียบการปัดหน้าเว็บและการโต้ตอบกับแอปไม่รู้สึกติดขัดเลย

100ms - 200ms: ล่าช้าเล็กน้อยดูวิดีโอและกดไลค์คุณจะรู้สึกได้ถึงการหยุดชั่วคราวเล็กน้อยซึ่งแทบจะไม่สามารถยอมรับได้

มากกว่า200ms: ความล่าช้าเป็นเรื่องร้ายแรงหน้าเว็บโหลดและหมุนและเผชิญกับการสูญเสียผู้ใช้ได้ตลอดเวลา

หลังจากทำความเข้าใจกับเส้นผ่านนี้แล้วเราจะนับโหนดยอดนิยมทั้งสี่นี้ทีละโหนด

การรื้อผู้เล่นและการแข่งขันล่าช้าจริง

เราสมมติว่าทีม R & D หลักของคุณหรือแหล่งที่มาเริ่มต้นตั้งอยู่ในจีนแผ่นดินใหญ่ (เช่นชายฝั่งจีนตอนใต้และจีนตะวันออก) และดูว่าข้อมูลความล่าช้าที่แท้จริงเป็นอย่างไรเมื่อผู้ใช้ในต่างประเทศเชื่อมต่อกับโหนดหลักทั้งสี่นี้กับคุณ

ผู้เข้าแข่งขัน1: AWS Japan Tokyo Node (ap-northeast-1)-Asia Pacific Almighty Liuburo

โตเกียวเป็นค่ายฐานที่เก่าแก่ที่สุดเป็นผู้ใหญ่ที่สุดและมีแบนด์วิดท์มากที่สุดสำหรับ AWS ในการเข้าสู่เอเชีย

ความล่าช้าในการเชื่อมต่อภายในประเทศ: ยอดเยี่ยมมากหากคุณไปปิง AWS โตเกียวจากเซี่ยงไฮ้ปักกิ่งกวางโจวความล่าช้ามักจะอยู่ระหว่าง35 ms-60 ms นี่เร็วกว่าการเยี่ยมชมระหว่างจังหวัดในประเทศด้วยซ้ำ

ความล่าช้าของผู้ใช้ในต่างประเทศ

: ผู้ใช้อเมริกาเหนือที่มีโตเกียว: ประมาณ110ms-130ms (ทรานส์แปซิฟิก) ผู้ใช้เอเชียตะวันออกเฉียงใต้ที่มีโตเกียว: ประมาณ70ms-90ms

สถานการณ์ที่ใช้งานได้: เกมไปต่างประเทศอีคอมเมิร์ซข้ามพรมแดนสำนักงานใหญ่ในเอเชียแปซิฟิกหากผู้ใช้เป้าหมายหลักของคุณอยู่ในญี่ปุ่นไต้หวันหรือจำเป็นต้องคำนึงถึงการดำเนินการและการบำรุงรักษาระยะไกลความถี่สูงของทีม R & D ในประเทศโหนดโตเกียวเป็นโหนดสีทองในภูมิภาคเอเชียแปซิฟิกที่จะไม่ทำผิดพลาดเมื่อคุณหลับตา

ผู้เข้าแข่งขัน2: AWS โซลเกาหลีใต้โหนด (ap-northeast-2)-"ปลั๊กอินทางกายภาพ" สำหรับผู้ใช้ในจีนตอนเหนือ

โหนดโซลอยู่ใกล้กับจีนตอนเหนือ (ซานตงปักกิ่งเหลียวหนิง) ในแง่ของระยะทางกายภาพ

ความล่าช้าในการเชื่อมต่อภายในประเทศ: เพดานเหนือหากคุณเชื่อมต่อโดยตรงกับโซลจากชิงเต่าและปักกิ่งความล่าช้าอาจต่ำถึง25ms-40ms! แต่ถ้าจีนตอนใต้ (กวางโจว/เซินเจิ้น) ผ่านไปความล่าช้าอาจลดลงเป็นมากกว่า60ms เนื่องจากเส้นทางอ้อม

ความล่าช้าของผู้ใช้ในต่างประเทศ: ความสามารถในการแผ่รังสีภายนอกนั้นด้อยกว่าโตเกียวเล็กน้อยและความล่าช้าของผู้ใช้ในยุโรปและอเมริกามักจะสูงกว่าโตเกียวประมาณ10มิลลิวินาที

สถานการณ์ที่ใช้งานได้: การโจมตีจุดคงที่อย่างแม่นยำหากธุรกิจในต่างประเทศของคุณมุ่งเป้าไปที่เกาหลีใต้ญี่ปุ่นฮ่องกงมาเก๊าและไต้หวันเท่านั้นหรือทีม R & D ของคุณกระจุกตัวอยู่ในภาคเหนือคุณจะได้รับประสบการณ์การพัฒนาที่ยอดเยี่ยมโดยเลือกโซล

ผู้เข้าแข่งขัน3: AWS Singapore Node (ap-southeast-1)-"ประตูสู่ทะเล" ที่แผ่กระจายไปยังเอเชียตะวันออกเฉียงใต้

เนื่องจากบริษัทจีนได้เข้าสู่เอเชียตะวันออกเฉียงใต้ (อินโดนีเซียเวียดนามไทยมาเลเซีย) ในช่วงไม่กี่ปีที่ผ่านมาโหนดของสิงคโปร์ได้กลายเป็นขนมหวานที่ร้อนแรงที่สุดในเครือข่ายทั้งหมด

ความล่าช้าในการเชื่อมต่อภายในประเทศ: ประสิทธิภาพเป็นที่ยอมรับจีนตอนใต้ (กวางโจว/เซินเจิ้น) เคยอยู่ที่ประมาณ40ms-50ms แต่ถ้าคุณอยู่ทางเหนือ (ปักกิ่ง) ความล่าช้าจะเพิ่มขึ้นเป็น80ms-100ms 。

ความล่าช้าของผู้ใช้ในต่างประเทศ: การครอบงำเอเชียตะวันออกเฉียงใต้สำหรับผู้ใช้ชาวอินโดนีเซียไทยและเวียดนามที่ไปเยือนสิงคโปร์ความล่าช้าอาจอยู่ภายใน15 ms-40 ms ในขณะเดียวกันความล่าช้าในการไปสิงคโปร์แม้แต่อินเดียก็สวยงามมาก (ประมาณ40ms)

สถานการณ์ที่ใช้งานได้: ทางออกเดียวสำหรับการไปเอเชียตะวันออกเฉียงใต้ตราบใดที่ธุรกิจของคุณไปที่ตลาดนักเก็ตในเอเชียตะวันออกเฉียงใต้หรือดูแลอินเดียและตะวันออกกลางสิงคโปร์เป็นเพียงสถานีปลายทางเท่านั้น

ผู้เข้าแข่งขัน4: AWS American Node (West-Oregon/California, East-Virginia)-"Super Base Camp" ที่โอบกอดโลก

โดยปกติโหนดของสหรัฐอเมริกาจะแบ่งออกเป็นฝั่งตะวันตกของสหรัฐอเมริกา (โอเรกอน/แคลิฟอร์เนียตอนเหนือบนฝั่งแปซิฟิก) และฝั่งตะวันออกของสหรัฐอเมริกา (เวอร์จิเนียบนฝั่งมหาสมุทรแอตแลนติก)

อเมริกาตะวันตกเป็นตัวเลือกแรกสำหรับทีมที่ไปทะเล!

ความล่าช้าในการเชื่อมต่อภายในประเทศ: ความผิดปกติทางกายภาพแม้แต่ AWS ที่ใกล้ที่สุดในสหรัฐอเมริกาและโอเรกอนตะวันตกประเทศก็เคยต้องการ120ms-150ms (ต้องข้ามมหาสมุทรแปซิฟิกทั้งหมด) หากเป็นเวอร์จิเนียทางตะวันออกของสหรัฐอเมริกาเที่ยวบินล่าช้าจะอยู่ที่200ms-250ms

ความล่าช้าของผู้ใช้ในต่างประเทศ: การแปลเป็นภาษาท้องถิ่นอยู่ยงคงกระพันความล่าช้าในการเข้าถึงโหนดฝั่งตะวันตกของสหรัฐอเมริกาคือ10ms-

ระหว่าง60ms ในขณะเดียวกันประสิทธิภาพของโหนดตะวันตกของสหรัฐฯที่แผ่กระจายไปยังอเมริกาใต้ (บราซิลอาร์เจนตินา) และยุโรปก็ถือว่าผ่านเช่นกัน

สถานการณ์ที่ใช้งานได้: แพลตฟอร์มสากลสำหรับอเมริกาเหนืออเมริกาใต้และทั่วโลก

การตัดสินใจเลือกขั้นสูงสุด: สอนให้คุณเช็คอิน

หลังจากอ่านข้อมูลมากมายคุณอาจยังคงดิ้นรนเราใช้ "วิธีการเช็คอินทางธุรกิจ" ที่หยาบคายที่สุดในการตัดสินใจโดยตรง:

1.หากธุรกิจของคุณเป็นปัญหาเก่าของ "บริการเดียวกันทั่วโลก":

ทางออกที่ดีที่สุด: เลือก AWS โตเกียวประเทศญี่ปุ่น

ทำไม: โตเกียวเป็นสถานีขนส่งหลักของสายเคเบิลออปติคอลทั่วโลกไปจีนแผ่นดินใหญ่ได้เร็วไม่ช้าไปทางตะวันตกของสหรัฐอเมริกา (120ms) และยังดีมากในเอเชียตะวันออกเฉียงใต้การใช้โตเกียวเป็นค่ายฐานระดับโลกสามารถเพิ่มความขัดแย้งที่ล่าช้าในทุกมุมโลกได้

2.หากธุรกิจของคุณมุ่งเน้นไปที่ตลาด "ยุโรปอเมริกา/อเมริกาเหนือ":

ทางออกที่ดีที่สุด: เลือก AWS (Oregon us-west-2)

ทำไม: เวอร์จิเนียอยู่ไกลเกินไป R & D ในประเทศเชื่อมต่อมันติดเหมือน PPT 。การประกวดนางงามในโอเรกอนตะวันตกผู้ใช้ในสหรัฐอเมริกาเข้าเยี่ยมชมอย่างรวดเร็วและความล่าช้า130มิลลิวินาทีในการบำรุงรักษาโดยทีมงานในประเทศก็อยู่ในช่วงที่ยอมรับได้อย่างสมบูรณ์

3.หากธุรกิจของคุณต้องการรับโบนัส "Xiayang/เอเชียตะวันออกเฉียงใต้":

ทางออกที่ดีที่สุด: เลือก AWS Singapore

ทำไม: การสร้างเครือข่ายพื้นฐานท้องถิ่นในเอเชียตะวันออกเฉียงใต้ค่อนข้างไม่สม่ำเสมออย่าวางเซิร์ฟเวอร์ในสหรัฐอเมริกาและยุโรปเพื่อให้ผู้ใช้ในเอเชียตะวันออกเฉียงใต้เข้าถึงข้ามพรมแดนการปรับใช้แอปพลิเคชันในสิงคโปร์เป็นอาวุธวิเศษเพียงอย่างเดียวที่จะยอมจำนนต่อสภาพแวดล้อมเครือข่ายที่อ่อนแอทางอภิปรัชญาต่างๆในเอเชียตะวันออกเฉียงใต้

ทักษะการป้องกันขั้นสูงสองประการ (เพื่อป้องกันไม่ให้เหยียบบนหลุม)

หากคุณเลือกโหนดแล้วทีมเทคนิคจะต้องทำสองสิ่งนี้ในสถาปัตยกรรมก่อนที่จะบูตมิฉะนั้นความล่าช้าจะยังคงระเบิด:

ใช้ประโยชน์จาก AWS Global Accelerator (Global Application Accelerator): หากเซิร์ฟเวอร์ของคุณซื้อในสหรัฐอเมริกาและตะวันตกทีมในประเทศหรือผู้ใช้ในเอเชียบางรายทำงานช้าคุณสามารถเปิดใช้งานคุณลักษณะนี้ใน AWS ได้มันจะกำหนด IP แบบคงที่ Anycast ให้กับคุณเมื่อผู้ใช้เชื่อมต่อพวกเขาจะเข้าสู่ห้องคอมพิวเตอร์ขอบท้องถิ่นของ AWS ก่อนจากนั้นใช้สายอินทราเน็ตระดับองค์กรข้ามชาติของ AWS เพื่อบินไปตลอดทางความล่าช้าและอัตราการสูญเสียแพ็คเก็ตจะนำไปสู่การลดลงเหมือนหน้าผา

กำหนดค่า CDN นอก CloudFront (ต้องแยกแบบคงที่และแบบไดนามิก): โฮสต์รูปภาพ CSS และสคริปต์ JS ทั้งหมดในหน้าเว็บบน CloudFront CDN ของ AWS ด้วยวิธีนี้ไม่ว่าเซิร์ฟเวอร์ไซต์ต้นทางของคุณจะอยู่ที่ใดบนโลกเมื่อผู้ใช้ชาวอเมริกันผู้ใช้ชาวญี่ปุ่นและผู้ใช้ในยุโรปรีเฟรชหน้าเว็บพวกเขาจะเปิดรูปภาพที่โหนดขอบที่ประตูบ้านของพวกเขาไซต์ต้นทางจะต้องประมวลผลอินเทอร์เฟซแบบไดนามิกที่เบาที่สุดเท่านั้น.

สรุป

ในตรรกะการเลือกของ Amazon Cloud ไม่มีโหนดที่ "ดีที่สุด" มีเพียงโหนดที่ "เหมาะสมที่สุด" เท่านั้นสรุปเป็นสี่ประโยค:

ทั้งการวิจัยและพัฒนาและเอเชียแปซิฟิกเลือกโตเกียวและกำหนดเป้าหมายในเกาหลีใต้และโซลต่อสู้ในเอเชียตะวันออกเฉียงใต้และตั้งรกรากในสิงคโปร์โดยโอบกอดตลาดยุโรปและอเมริกาเพื่อล็อคอเมริกาตะวันตก

ค้นหาตำแหน่งทางกายภาพของกลุ่มผู้ใช้หลักของคุณและเปรียบเทียบเส้นสีแดงที่ล่าช้าของบทความนี้

, ก้าวแรกของคุณในทะเลได้ดำเนินไปอย่างมั่นคงและแม่นยำแล้ว