การซื้อบัญชี Google Cloud: การเร่งความเร็วในต่างประเทศของไซต์อิสระ: ใช้เครือข่าย Google Cloud Premium และการจัดสรรภาระงานเพื่อเพิ่มประสิทธิภาพความเร็วในการเข้าถึงทั่วโลก

เพื่อนที่ทำอีคอมเมิร์ซข้ามพรมแดนและไซต์อิสระ (เช่นการติดตั้ง Shopify อิสระ WooCommerce หรือ Magento) ต้องติดต่อกับลูกค้าในต่างประเทศหลายพันรายเกือบทุกวัน

ในตลาดต่างประเทศเส้นชีวิตของสถานีอิสระสามารถสรุปได้ในคำเดียว:

ความเร็วในการโหลดหน้าเว็บ

。ตามสถิติอย่างเป็นทางการของ Google หากเวลาในการโหลดหน้าเว็บบนอุปกรณ์เคลื่อนที่เกิน3วินาทีผู้ใช้มากกว่า53% จะเลือกปิดแท็บโดยตรงสำหรับไซต์อิสระความเร็วที่ช้าลงทุกๆ1วินาทีหมายถึงการสูญเสียคำสั่งซื้อจริงและการเสียค่าโฆษณา (เช่น Facebook Ads, Google Ads)

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

ในระบบนิเวศของ Google Cloud(GCP, Google Cloud) มีการเคลื่อนไหวเร่งความเร็วระดับโลกที่ออกแบบมาเป็นพิเศษสำหรับธุรกิจการจราจรขนาดใหญ่ข้ามชาติที่เรียกว่า

เครือข่ายพรีเมียม (Premium Tier) และการจัดสรรภาระงาน HTTP(S) ทั่วโลก (Global Load Balancing)

。

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

ขั้นตอนแรก: ทุบด้านล่างทำความเข้าใจกับการลดขนาดของ "Premium Advanced Network" ของ Google

ก่อนที่จะกำหนดค่าคุณต้องเข้าใจความแตกต่างที่สำคัญระหว่าง Google Cloud และผู้ให้บริการระบบคลาวด์รายอื่นบนอินเทอร์เน็ตมิฉะนั้นจะเป็นเรื่องยากสำหรับคุณที่จะเข้าใจว่าเหตุใดหน้าเว็บจึงเร็วขึ้นหลังจากใช้ GCP

Google ได้สร้างขนาดใหญ่และหนาแน่น

เครือข่ายกระดูกสันหลังใยแก้วนำแสงส่วนตัว

。จากรากฐานนี้ GCP มีโหมดการส่งผ่านเครือข่ายที่แตกต่างกันอย่างสิ้นเชิงสองโหมด:

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

เครือข่ายขั้นสูง (Premium Tier เปิดโดยค่าเริ่มต้น): นี่คือเอซของ Google ในสถานการณ์เดียวกันคำขอของผู้ใช้ในนิวยอร์กจะ "กระโดด" โดยตรงไปยังเครือข่ายใยแก้วนำแสงส่วนตัวภายในของ Google ที่โหนด Google Edge (PoP) ที่ใกล้ที่สุดในนิวยอร์กการส่งข้อมูลข้ามมหาสมุทรครั้งต่อไปทั้งหมดพุ่งสูงขึ้นบนทางหลวงพิเศษของ Google จนกว่าจะตรงไปยังเซิร์ฟเวอร์ของไต้หวัน

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

ขั้นตอนที่สอง: การออกแบบสถาปัตยกรรม-มีสถานีอิสระมากมายทั่วโลก

"ตำแหน่งทอง" ที่มีชีวิต

สมมติว่าผู้ใช้หลักของไซต์อิสระของคุณกระจายอยู่ในสองภูมิภาค:

อเมริกาเหนือ

และ

เอเชียตะวันออกเฉียงใต้

。ในการติดตามความเร็วสูงสุดเราตัดสินใจใช้โปรแกรม "การปรับใช้หลายศูนย์":

ปรับใช้เครื่องเสมือน VM ในฝั่งตะวันออกของสหรัฐอเมริกา (us-east1เซาท์แคโรไลนา) (เรียกใช้มิเรอร์สถานีอิสระ WordPress/WooCommerce ของคุณ)

ติดตั้งเครื่องเสมือน VM แบบเดียวกันในเอเชีย (asia-east1ไต้หวันจีน)

ที่ส่วนหน้าสุดของทั้งสองเครื่องตั้งค่าตัวปรับภาระงานภายนอก HTTP(S) ของ Google Cloud Global External Application Load Balancer

ตรรกะการทำงานของการเข้าชมทั้งหมดคือ

: ผู้ใช้ทั่วโลกเข้าถึง URL เดียวกัน (ชี้ไปที่ IP เดียวกันของตัวโหลดบาลานซ์) เมื่อผู้ใช้ทางตะวันออกของสหรัฐอเมริกาเปิดหน้าเว็บตัวโหลดบาลานซ์จะเปลี่ยนเส้นทางไปยังเซิร์ฟเวอร์ทางตะวันออกของสหรัฐอเมริกาโดยอัตโนมัติเมื่อผู้ใช้ในฟิลิปปินส์หรือสิงคโปร์เปิดหน้าเว็บจะเปลี่ยนเส้นทางไปยังเซิร์ฟเวอร์ในไต้หวันโดยอัตโนมัติ

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

ขั้นตอนที่สาม: การฝึกซ้อมการต่อสู้จริงจะพาคุณไปกำหนดค่าการจัดสรรภาระงานทั่วโลก

โปรดตรวจสอบให้แน่ใจว่าคุณได้เปิดเครื่องเสมือนที่ติดตั้ง Nginx/Apache ในสหรัฐอเมริกาและเอเชียและเนื้อหาของไซต์อิสระทั้งสองด้านเหมือนกันต่อไปเราไปที่ส่วนหน้าเพื่อสร้างตัวโหลดบาลานซ์ผู้บัญชาการ

ลงชื่อเข้าใช้

คอนโซล GCP

, ค้นหาเมนูนำทางที่มุมซ้ายบน

"บริการเครือข่าย (Network Services)"-> "Load Balancing"

。

คลิกที่ด้านบน

"สร้างโหลดควอไลเซอร์ (Create load balancer)"

。

1.เลือกโหมดระดับที่เหมาะสม

เลือกประเภทโหลดบาลานซ์ "HTTP(S) โหลดบาลานซ์"

เลือก "การเข้าถึงจากอินเทอร์เน็ตไปยังเครื่องเสมือนของฉัน" (เช่นการจัดสรรภาระงานภายนอก)

เลือก "Global External Application Load Balancer"

2.กำหนดค่าบริการแบ็คเอนด์ (Backend Services)-ผูกเซิร์ฟเวอร์ของคุณ

หน้าที่ของบริการแบ็คเอนด์คือบอกตัวโหลดบาลานซ์ว่า "คนงาน" (เซิร์ฟเวอร์) อยู่เบื้องหลังอะไร

คลิก "Backend Configuration"-> "Create Backend Service"

ชื่อนี้เรียกว่า standalone-site-backend

โปรโตคอลและพอร์ต: เลือก HTTP (พอร์ต80) หรือ HTTPS (พอร์ต443ตามการกำหนดค่าเซิร์ฟเวอร์ของคุณ)

เพิ่มกลุ่มอินสแตนซ์แบ็กเอนด์ (Instance Groups)

: Us-east1การเลือกภูมิภาคเลือกเครื่องเสมือนสถานีอิสระในสหรัฐอเมริกาตะวันออกของคุณคลิกเพื่อเพิ่มเลือก asia-east1ภูมิภาคและเลือกเครื่องเสมือนไซต์อิสระในไต้หวัน

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

3.กำหนดค่าส่วนหน้า (Frontend Configuration)-รับ IP ทองคำระดับโลก

การกำหนดค่าส่วนหน้าเป็นประตูเครือข่ายภายนอกที่มุ่งเน้นผู้ใช้

คลิก "การกำหนดค่าส่วนหน้า" และตั้งชื่อไซต์-frontend-gate

โปรโตคอล (Protocol): ขอแนะนำให้เลือก HTTPS

ที่อยู่ IP (IP Address): ค่าเริ่มต้นคือชั่วคราว (Ephemeral) คลิกเมนูแบบเลื่อนลงโดยไม่ลังเลเลือก "สำรองที่อยู่ IP แบบคงที่" และตั้งชื่อว่า global-lb-static-ip

ใบรับรอง: เนื่องจากเป็น HTTPS จำเป็นต้องมีใบรับรอง SSL Google นำเสนอคุณสมบัติที่อยู่ยงคงกระพันอย่างยิ่งที่นี่-ใบรับรองการจัดการของ Google ฟรีเลือก "สร้างใบรับรองใหม่" และป้อนชื่อโดเมนจริงของไซต์อิสระของคุณ (เช่น www.yourshop.com) Google จะช่วยคุณสมัครออกและต่ออายุใบรับรอง SSL นี้โดยอัตโนมัติในพื้นหลังคุณไม่จำเป็นต้องโยนใบรับรองด้วยตนเองทุกปีอีกต่อไป

หลังจากตรวจสอบการกำหนดค่าแล้วให้คลิกที่ด้านล่าง

“สร้าง (Create)”

。

ขั้นตอนที่สี่: การแก้ไขชื่อโดเมนและการตรวจสอบในสถานที่จริง

หลังจากคลิกสร้างรอ3 ~ ใน5นาทีให้ Google ซิงโครไนซ์การกำหนดค่าโหลดบาลานซ์นี้ที่โหนดขอบทั่วโลก

หลังจากประสบความสำเร็จในหน้ารายการโหลดบาลานซ์คุณจะเห็นที่อยู่ IP ภายนอกแบบคงที่ทั่วโลก (เช่น34.120 .x.x) ที่กำหนดให้คุณ

ลงชื่อเข้าใช้แบ็กเอนด์ของชื่อโดเมนที่คุณซื้อ (เช่น GoDaddy, Namecheap หรือ Cloudflare) และแก้ไขบันทึก A ของชื่อโดเมนอิสระของคุณโดยตรงไปยัง IP สาธารณะของตัวโหลดระบบคลาวด์ของ Google นี้

รอสักครู่ DNS จะมีผล

จะตรวจสอบได้อย่างไรว่าการเร่งความเร็วและการเบี่ยงเบนมีผลจริงหรือไม่?

เราใช้เครื่องมือทดสอบหลายโหนดทั่วโลก (เช่น

ปิง.เป๊ะ

หรือ

Catchpoint

):

เมื่อคุณขอ www.yourshop.com จากโหนดในนิวยอร์กและบอสตันคุณจะพบว่าคำขอลงจอดโดยตรงในห้องคอมพิวเตอร์ฝั่งตะวันออกภายในสิบมิลลิวินาที

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

ลูกบอลไปดึงข้อมูลและบรรลุ "การเยี่ยมชมที่ใกล้ที่สุดการเร่งความเร็วทางกายภาพ" อย่างแท้จริง

ขั้นตอนที่ห้า: ประวัติความเป็นมาของการหลีกเลี่ยงเลือดและน้ำตาของโครงสร้างสถานีอิสระข้ามชาติ

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

1.ปัญหาสุดท้าย: จะซิงโครไนซ์ข้อมูลทั้งสองฐานข้อมูลได้อย่างไร?

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

แนวทางที่ไม่ถูกต้อง: ให้เครื่องเสมือนทั้งสองติดตั้ง MySQL อิสระซึ่งไม่เกี่ยวข้องกัน

แนวทางปฏิบัติมาตรฐานของผู้ผลิตรายใหญ่: อย่าสร้างฐานข้อมูลของคุณเองในเครื่องเสมือนใช้ Google Cloud SQL สำหรับ MySQL หรือ Cloud Spanner โดยตรงตั้งเป็นห้องสมุดหลักทางตะวันออกของสหรัฐอเมริกา (Master) และตั้งเป็น Cross-Region Read Replica ในไต้หวันหรือใช้เทคโนโลยีฐานข้อมูลแบบกระจายโดยตรงเพื่อให้แน่ใจว่าคำสั่งซื้อและข้อมูลสินค้าคงคลังของผู้ใช้ทั่วโลกได้รับการซิงโครไนซ์ในไม่กี่วินาทีและไม่มีข้อผิดพลาดในการกระทบยอด

2.บีบทรัพยากรแบบคงที่ (รูปภาพวิดีโอ)

มีรูปภาพความละเอียดสูงของผลิตภัณฑ์และวิดีโอหน้ารายละเอียดจำนวนมากบนไซต์อิสระหากคุณไปที่ฮาร์ดดิสก์ของเครื่องเสมือนเพื่ออ่านทุกคำขอ CPU ของเซิร์ฟเวอร์จะถูกบีบออกทันที

การเพิ่มประสิทธิภาพการประหยัดเงินแบบฮาร์ดคอร์: ในการกำหนดค่าส่วนหลังของตัวปรับภาระงาน Google Cloud ให้เปิด Google Cloud CDN

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

สรุป

การใช้เครือข่าย Google Cloud Premium และการจัดสรรภาระงานทั่วโลกเพื่อเพิ่มประสิทธิภาพไซต์อิสระนั้นยืม "ปลั๊กอินทางกายภาพ" ที่ Google วางไว้ทั่วโลก

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

เชื่อมแนวป้องกันสีทองที่มีความพร้อมใช้งานสูงและมีเวลาแฝงต่ำในธุรกิจข้ามพรมแดนของคุณจากนั้นไม่ว่าคุณจะพบการโจมตี DDoS ที่เป็นอันตรายโดยแฮกเกอร์หรือจุดสูงสุดของการไหลของภูเขาไฟในช่วง Black Friday หรือ Net สถานีอิสระของคุณสามารถมั่นคงเหมือนภูเขาไท่บนเครือข่ายสาธารณะและรับรู้ได้อย่างราบรื่น