Google Datastream เปิดรีเจียนกรุงเทพฯ แล้ว ทีม CDC ต้องตรวจ IP Allowlist และเส้นทางข้อมูล

Google Cloud ประกาศวันที่ 2 พฤศจิกายน 2026 ว่า Datastream พร้อมใช้งานในรีเจียน asia-southeast3 (กรุงเทพฯ) แล้ว ในประกาศเดียวกันยังเพิ่ม africa-south1 (โจฮันเนสเบิร์ก) สำหรับทีมไทยประเด็นสำคัญคือสามารถเลือกตำแหน่งทรัพยากร Datastream ในกรุงเทพฯ เมื่อออกแบบการส่งข้อมูลแบบต่อเนื่องจากฐานข้อมูลต้นทางไปยังปลายทางที่รองรับได้ การเพิ่มรีเจียนไม่ได้ย้ายสตรีมเดิมโดยอัตโนมัติ และไม่ได้แปลว่าทุกฐานข้อมูลหรือปลายทางจะตั้งอยู่ในรีเจียนเดียวกันโดยทันที

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

จุดที่ต้องตรวจก่อนสร้างสตรีมในกรุงเทพฯ

เอกสารรายชื่อรีเจียนของ Google ยืนยัน Bangkok (asia-southeast3) และระบุชุด IP สาธารณะของ Datastream สำหรับรีเจียนนี้ หากเชื่อมต่อฐานข้อมูลต้นทางผ่าน public network และใช้ firewall allowlist ต้องเพิ่ม IP ของรีเจียนที่สร้างทรัพยากร ไม่ควรนำรายการของสิงคโปร์หรือรีเจียนเดิมมาใช้ต่อโดยสมมติว่าเหมือนกัน เอกสารระบุ IP ของกรุงเทพฯ คือ 34.15.139.209, 34.15.150.17, 34.15.151.88, 34.15.157.119 และ 34.15.161.236 ผู้ดูแลควรอ้างอิงหน้ารายชื่อทางการอีกครั้งก่อนแก้ firewall เพราะรายการเครือข่ายอาจเปลี่ยนได้ในอนาคต

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

ผลต่อสตรีมเดิมและการย้ายงาน

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

สำหรับระบบที่มี firewall เข้มงวด ให้ทำรายการ allowlist ก่อนทดสอบการเชื่อมต่อ ตรวจบัญชีบริการและสิทธิ์ที่ Datastream ต้องใช้กับฐานข้อมูลต้นทาง รวมถึงกลไกการเก็บความลับของข้อมูลเชื่อมต่อ หากปลายทางวิเคราะห์อยู่คนละรีเจียน ให้ประเมินต้นทุนการส่งข้อมูลข้ามรีเจียนและความหน่วงที่เกิดขึ้นจริง แทนการสรุปจากชื่อรีเจียนเพียงอย่างเดียว

วิธีประเมินว่าควรใช้รีเจียนใหม่หรือไม่

ทีมที่กำลังเริ่ม pipeline ใหม่สามารถเปรียบเทียบการตั้งค่าในกรุงเทพฯ กับรีเจียนเดิมด้วยข้อมูลชุดทดสอบที่มีอัตราการเปลี่ยนแปลงใกล้ production วัดเวลาเมื่อข้อมูลถูกเขียนที่ต้นทางจนพร้อมใช้ปลายทาง ตรวจอัตราข้อผิดพลาดและการตามข้อมูลย้อนหลังหลังการตัดเครือข่ายสั้น ๆ แล้วจึงคิดค่าใช้จ่ายรวมของทุกบริการที่เกี่ยวข้อง สำหรับระบบที่ผูกกับความต่อเนื่องทางธุรกิจ ให้ทบทวนแผนกู้คืนเมื่อรีเจียนใดรีเจียนหนึ่งใช้ไม่ได้ด้วย

ข่าวนี้เปิดทางเลือกด้านตำแหน่งให้ผู้ดูแลไทยอย่างเป็นรูปธรรม โดยเฉพาะงาน CDC ที่ต้องเชื่อมฐานข้อมูลในประเทศ แต่สิ่งที่ควรทำทันทีคืออ่านขอบเขตบริการและรายชื่อ IP ของรีเจียนใหม่ ทดลองเส้นทางข้อมูลจริง และตรวจนโยบายข้อมูลก่อนสร้าง production stream

แหล่งข่าว: Google Cloud Release Notes ประกาศ 2 พฤศจิกายน 2026 และ รายการรีเจียนกับ IP ของ Datastream