Score:0

ประโยชน์ของการมีเซิร์ฟเวอร์ (หรือโดยเฉพาะ, เซิร์ฟเวอร์ API) ในตำแหน่งต่างๆ สำหรับโดเมนเดียว?

ธง ie

ฉันยังใหม่กับสาขานี้มาก ดังนั้นการใช้ถ้อยคำของฉันอาจไม่ตรงประเด็นนัก

การแลกเปลี่ยน crypto ของฉัน เสนอ API และฉันสะดุดกับคำถามเมื่อฉันเล่นกับมัน AWS Cloud9 ที่ฉันสามารถเปลี่ยนภูมิภาคของลูกค้าได้โดยการสลับ อินสแตนซ์ EC2.
ฉันกำลังวัด เวลาแฝง(*1) จากหลายรายการ ส่วนที่เหลือ API คำขอจากภูมิภาคต่างๆ ของลูกค้า

(*1) ฉันวัดความแตกต่างของเวลาระหว่างเวลาที่ลูกค้า request.get/post และเมื่อลูกค้าได้รับ เจสัน payloads ในหน่วยมิลลิวินาที

ด้านล่างนี้คือสิ่งที่ฉันได้รับ

ภูมิภาคของลูกค้า จุดสิ้นสุด API 1 จุดสิ้นสุด API2
โตเกียว 100ms 150ms
แคลิฟอร์เนีย 30ms 500ms
แฟรงค์เฟิร์ต 15ms 700ms

จากผลลัพธ์ที่ได้ ฉันเข้าใจแล้ว เซิร์ฟเวอร์ API สำหรับ endpoint1 และ endpoint2 อยู่คนละภูมิภาคกันซึ่งหมายความว่าบริษัทมี ที่ตั้งเซิร์ฟเวอร์หลายแห่งสำหรับโดเมนเดียว.

ประโยชน์ของการมีเซิร์ฟเวอร์คืออะไร (หรือโดยเฉพาะอย่างยิ่ง เซิร์ฟเวอร์ API) ในตำแหน่งต่างๆ กันสำหรับโดเมนเดียวหรือไม่

Score:0
ธง np

คุณเกือบจะตอบคำถามของคุณแล้ว โดยทั่วไปแล้ว ข้อดีคือมีการตอบสนองในเวลาแฝงที่ต่ำกว่า ในขณะที่มีเซิร์ฟเวอร์ที่อยู่ในโดเมนเดียวกันอาจฟังดูว่าคุณไม่สามารถเลือกเซิร์ฟเวอร์ที่ใกล้ที่สุดได้ ซึ่งไม่เป็นความจริง มีเทคนิคที่สามารถจัดการกับสิ่งนั้นได้

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

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

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

koyamashinji avatar
ie flag
ขอบคุณสำหรับคำตอบ.ดังนั้น หากฉันเข้าใจถูกต้องและนำไปใช้กับกรณีตัวอย่างของฉัน เซิร์ฟเวอร์ Exchange API ล้มเหลวในการตระหนักถึงเวลาแฝงที่ต่ำดังกล่าว เนื่องจากเวลาแฝงนั้นแตกต่างกันมากโดยขึ้นอยู่กับภูมิภาคของลูกค้า (แฟรงค์เฟิร์ตเป็นค่าเฉลี่ยที่เร็วที่สุดสำหรับจุดสิ้นสุด 1 , และโตเกียวสำหรับจุดสิ้นสุด 2.) หากเซิร์ฟเวอร์ DNS ของการแลกเปลี่ยนประสบความสำเร็จในการตระหนักถึงเวลาแฝงดังกล่าว โตเกียว แคลิฟอร์เนีย แฟรงค์เฟิร์ต แต่ละแห่งควรได้รับเวลาแฝงที่ใกล้เคียงกันสำหรับแต่ละจุดสิ้นสุด 1 และ 2 ดังนั้นจึงเป็น "การใช้เซิร์ฟเวอร์ DNS แปลก ๆ ที่ไม่ใกล้กับตำแหน่งทางภูมิศาสตร์ของคุณ" ความเข้าใจของฉันถูกต้องหรือไม่?

โพสต์คำตอบ

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