AWS–Azure เปิด Public Preview บริการเชื่อมต่อมัลติคลาวด์ส่วนตัว

AWS และ Microsoft Azure เปิด Public Preview เมื่อวันที่ 31 สิงหาคม 2026 สำหรับบริการเครือข่ายส่วนตัวแบบเชื่อมต่อโดยตรงและสร้างได้ตามต้องการระหว่าง AWS กับ Azure การเปิดตัวครั้งนี้ขยาย AWS Interconnect – multicloud จากความร่วมมือเดิมกับ Google Cloud และ Oracle Cloud Infrastructure ทำให้ AWS ระบุว่าบริการนี้ครอบคลุมผู้ให้บริการคลาวด์รายใหญ่ที่ไม่ใช่ AWS ทั้ง 3 รายแล้ว 7

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

AWS Interconnect และ Azure Multicloud Interconnect ทำงานร่วมกันอย่างไร

บริการนี้ออกแบบให้ผลิตภัณฑ์ฝั่ง AWS และ Azure ทำงานประสานกัน ได้แก่

• AWS Interconnect – multicloud ทำหน้าที่เป็นบริการจัดการการเชื่อมต่อฝั่ง AWS จาก Amazon VPC
• Azure Multicloud Interconnect ทำหน้าที่เป็นระบบเชื่อมต่อฝั่ง Azure

เมื่อทำงานร่วมกัน ทั้งสองบริการมีเป้าหมายเพื่อสร้างเส้นทางเครือข่ายส่วนตัวแบบ Layer 3 ระหว่างสภาพแวดล้อม AWS และ Azure โดยช่วยลดภาระที่ลูกค้าต้องติดตั้งเราเตอร์จริงหรือออกแบบเส้นทางผ่านระบบเครือข่ายภายในองค์กรเอง 56

AWS และ Microsoft ระบุว่าโซลูชันนี้ใช้ข้อกำหนด Open API ที่เป็นมาตรฐานร่วมกัน ไม่ใช่อินเทอร์เฟซเฉพาะสำหรับการเชื่อมต่อระหว่างสองบริษัทเท่านั้น AWS เปิดตัวแนวทางมัลติคลาวด์นี้ที่งาน re:Invent 2025 และเผยแพร่ข้อกำหนดแบบเปิดผ่าน GitHub เพื่อให้ผู้ให้บริการคลาวด์รายอื่นสามารถนำไปใช้งานได้ 1013

ตั้งค่าผ่าน AWS Direct Connect Console

ขั้นตอนการสร้างการเชื่อมต่อมุ่งลดจำนวนงานที่ต้องประสานระหว่างผู้ให้บริการ ลูกค้าสามารถเข้าไปที่ AWS Direct Connect Console เลือก AWS Interconnect จากนั้นสร้างมัลติคลาวด์อินเทอร์คอนเนกต์ เลือกผู้ให้บริการคลาวด์และภูมิภาคปลายทาง แล้วกำหนดแบนด์วิดท์ที่ต้องการ ผู้ให้บริการที่ยังอยู่ในช่วงพรีวิวจะแสดงป้าย Preview ในคอนโซล 12

ในช่วงพรีวิว AWS ระบุว่าจำกัดการสร้างไว้ที่ 1 อินเทอร์คอนเนกต์ต่อลูกค้า 1 รายต่อภูมิภาคที่รองรับ และสามารถใช้งานการเชื่อมต่อได้โดยไม่มีค่าใช้จ่ายตลอดระยะเวลาพรีวิว ภายใต้เงื่อนไขของบริการพรีวิวที่เกี่ยวข้อง 12

ภูมิภาคเริ่มต้นและความเร็วการเชื่อมต่อ

ข้อมูลที่ประกาศระบุจุดให้บริการฝั่ง AWS สำหรับ Azure Preview ไว้ 4 แห่ง ได้แก่

• US East (N. Virginia)
• US West (N. California)
• Asia Pacific (Sydney)
• Europe (Frankfurt)

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

Microsoft ระบุแนวทางรองรับการเชื่อมต่อความเร็วสูงสุด 100 Gbps เมื่อเปิดให้บริการทั่วไป (General Availability) แต่ตัวเลขดังกล่าวไม่ควรถูกตีความว่าเป็นความเร็วที่รับประกันว่าจะใช้งานได้เต็มระดับตั้งแต่ช่วง Public Preview แรกเริ่ม 5

ความปลอดภัย ความซ้ำซ้อน และความพร้อมใช้งาน

AWS และ Microsoft วางตำแหน่งบริการนี้ไว้บนแนวคิดการเชื่อมต่อส่วนตัว ความทนทานต่อความขัดข้อง และการลดความซับซ้อนในการดูแลระบบ โดย Microsoft ระบุถึงการเข้ารหัส MACsec ความพร้อมใช้งานระดับ 99.99% หรือ “สี่เก้า” และความสามารถในการขยายระบบ ขณะที่ข้อมูลที่ให้มายังกล่าวถึงสถาปัตยกรรมพื้นฐานแบบมีความซ้ำซ้อน 4 ชุด หรือ quad-redundant architecture 56

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

Azure เข้ามาอยู่ตรงไหนในพอร์ตโฟลิโอมัลติคลาวด์ของ AWS

Azure ไม่ได้เป็นการเปลี่ยนทิศทางแบบแยกขาดจากกลยุทธ์มัลติคลาวด์ของ AWS โดย AWS ระบุว่า AWS Interconnect – multicloud รองรับผู้ให้บริการดังต่อไปนี้แล้วหรือกำลังขยายไปยังผู้ให้บริการเหล่านี้

1. Microsoft Azure
2. Google Cloud
3. Oracle Cloud Infrastructure

บริการนี้เปิดตัวครั้งแรกโดยมี Google Cloud เป็นพันธมิตรรายแรก และเอกสาร AWS ยังระบุคู่ภูมิภาค AWS–Google Cloud เช่น Northern Virginia กับ Northern Virginia และ Northern California กับ Los Angeles 10

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

เหตุผลที่คู่แข่งรายใหญ่หันมาร่วมมือกัน

เหตุผลที่ทั้งสองบริษัทระบุคือความต้องการของลูกค้า องค์กรจำนวนมากกระจายแอปพลิเคชัน ข้อมูล และเวิร์กโหลด AI ไว้บนหลายคลาวด์ แต่การเชื่อมต่อข้ามคลาวด์มักต้องจัดการผู้ให้บริการหลายราย ออกแบบเส้นทางเครือข่ายเอง ส่งต่องานระหว่างทีม และใช้กระบวนการปฏิบัติการที่แตกต่างกัน AWS และ Microsoft จึงนำเสนอความร่วมมือนี้เป็นวิธีลดงานที่ต้องออกแบบเฉพาะรายและทำให้การเชื่อมต่อส่วนตัวมีรูปแบบสอดคล้องกันมากขึ้น 56

ความร่วมมือมีความน่าสนใจเป็นพิเศษเพราะ AWS และ Microsoft ยังคงเป็นคู่แข่งโดยตรงในตลาดโครงสร้างพื้นฐานคลาวด์ ข้อกำหนด Open API ทำให้ทั้งสองฝ่ายสามารถรักษาบริการเครือข่ายของตนเองไว้ได้ ขณะเดียวกันก็ทำให้ขั้นตอนเชื่อมต่อเป็นมาตรฐานมากขึ้นสำหรับลูกค้าและผู้เข้าร่วมรายอื่นในอนาคต 513

แผนต่อไปและนัยต่ออุตสาหกรรม

AWS และ Microsoft ระบุว่าต้องการเพิ่มจำนวนคู่ภูมิภาคและขยายขีดความสามารถของบริการในอนาคต Microsoft ยังมองว่าการเปิดตัวระยะแรกเป็นรากฐานสำหรับความต้องการแบนด์วิดท์ที่สูงขึ้นกว่าการติดตั้งชุดแรก 56

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

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

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