Goal:
Closest solution was TCP Proxy Load Balancing, but it has external IP, which I want to avoid. On the other hand, there is Internal TCP Load Balancer, but it works only within single region. Is it possible to gather multiple backend services (from different regions) under one internal load balancer (without being exposed to the Internet)?
ฉันคิดว่าข้อมูลสาธารณะต่อไปนี้ที่แบ่งปันความแตกต่างระหว่างกันอาจเป็นประโยชน์ โหลดบาลานซ์ และเลือกตัวเลือกที่ดีที่สุดสำหรับการใช้งานของคุณ คุณสามารถดู ตาราง ด้วยการเปรียบเทียบที่คุณแบ่งปัน
สำหรับวัตถุประสงค์ภายใน เรามี 2 ทางเลือกเท่านั้น HTTP(S) ภายใน และ TCP/UDP ภายใน. สิ่งเหล่านี้ไม่สามารถใช้เป็นหลายภูมิภาคได้ แต่คุณสามารถใช้ PC Network Peering หรือ Cloud VPN และ Cloud Interconnect พร้อม Internal TCP/UDP Load Balancing คุณสามารถดูได้บน โหลดบาลานซ์ TCP/UDP ภายในและเครือข่ายที่เชื่อมต่อ.
ไม่ ตัวจัดสรรภาระงานภายในของ Google Cloud ถูกจำกัดไว้ที่แบ็กเอนด์ในภูมิภาคเดียว
ตัวจัดสรรภาระงานภายนอกที่มี IP เดียวและทรัพยากรในหลายภูมิภาคพร้อมใช้งาน ในระดับเครือข่ายพรีเมียม.
GCP ถือว่าภูมิภาคซ้ำซ้อนภายใน ภูมิภาคแยกออกจากกัน และตัวจัดสรรภาระงานส่วนกลางหมายถึงภายนอก พวกเขาไม่สนใจโหลดบาลานเซอร์เครือข่ายส่วนตัวที่มีแบ็กเอนด์ข้ามภูมิภาค ที่เหลืออยู่กับแอพพลิเคชั่น อาจจำลองแบบด้วยกระบวนการเฟลโอเวอร์ด้วยตนเองที่เริ่มต้นโดยบุคคล
พิจารณาไม่ใช้โหลดบาลานเซอร์ของ GCP สำหรับระดับฐานข้อมูล กำหนดค่าฐานข้อมูลด้วยรีโมตโหนดอื่นๆ ตามที่จำเป็นสำหรับการจำลองแบบหรือการกำหนดค่าคลัสเตอร์ ที่อยู่ IP ภายในแบบคงที่ใน DNS ชี้ไคลเอนต์ไปที่โหนดฐานข้อมูลที่เหมาะสมซึ่งสามารถให้บริการคำขอของพวกเขาได้ อาจเป็นแบบโลคัลในภูมิภาค แต่อาจไม่ใช่
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
