ทำไม Foxconn จึงเปลี่ยนจาก VMware มาใช้ Arcfra ในโรงงานทั่วโลก

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

เหตุผลที่ Foxconn เลือกทิ้ง VMware

จากการประเมินภายใน Foxconn มองว่าโครงสร้างพื้นฐานเวอร์ชวลไลเซชันของ VMware มีสภาพ “ล้าสมัยและไม่น่าเชื่อถือ” เมื่อเทียบกับความต้องการของสายการผลิตที่มีความสำคัญต่อธุรกิจ

โรงงานของ Foxconn ไม่ได้พึ่งพาเพียงระบบไอทีในศูนย์ข้อมูลส่วนกลาง แต่ยังมีระบบจำนวนมากกระจายอยู่ตามสำนักงาน โรงงาน และไซต์ Edge ทั่วโลก ระบบใหม่จึงต้องตอบโจทย์พร้อมกันหลายด้าน ได้แก่

• รวมการบริหารจัดการจากส่วนกลาง แต่ยังให้แต่ละโรงงานทำงานได้ใกล้กับหน้างาน
• เพิ่มความปลอดภัยและความยืดหยุ่นของระบบที่รองรับสายการผลิต
• ลดความซับซ้อนของโครงสร้างพื้นฐานในหลายประเทศ
• รองรับการนำ AI มาใช้ในกระบวนการผลิตมากขึ้น
• เพิ่มความสามารถด้าน GPU virtualization สำหรับงาน AI ซึ่งระบบ VMware เดิมไม่สามารถตอบโจทย์ได้อย่างมีประสิทธิภาพ

Foxconn เรียกแนวคิดนี้ว่า “Factory Distributed Cloud” หรือคลาวด์โรงงานแบบกระจายศูนย์ ซึ่งผสานระบบคลาวด์ส่วนตัวเข้ากับโครงสร้างพื้นฐานที่ติดตั้งอยู่ตามโรงงานและไซต์ Edge

ผลทดสอบที่ทำให้ Arcfra ได้งาน

ก่อนนำไปใช้งาน Foxconn ทดสอบ AECP ผ่านกระบวนการ Proof of Concept อย่างเข้มข้น โดย Arcfra ระบุว่า คลัสเตอร์ AECP จำนวน 3 โหนดสามารถทำประสิทธิภาพได้มากกว่า 11 ล้าน IOPS และมีค่า Latency ต่ำกว่า 100 ไมโครวินาที บนเซิร์ฟเวอร์ x86 มาตรฐาน

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

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

ภายในระบบใหม่ของ Foxconn มีอะไรบ้าง

แกนกลางของการเปลี่ยนแปลงคือ Arcfra Enterprise Cloud Platform (AECP) ซึ่งเป็นแพลตฟอร์มโครงสร้างพื้นฐานแบบ Hyper-Converged Infrastructure หรือ HCI ที่รวมการประมวลผล ระบบจัดเก็บข้อมูล และการจัดการไว้ในซอฟต์แวร์ชุดเดียว

การติดตั้งประกอบด้วยองค์ประกอบสำคัญดังนี้

• Factory Distributed Cloud — AECP ถูกนำไปติดตั้งในโรงงานสาขาของ Foxconn ในจีนแผ่นดินใหญ่ ไต้หวัน เวียดนาม และอเมริกาเหนือ
• การแทนที่ VMware ในไซต์ระยะไกล — การใช้งานไม่ได้จำกัดอยู่แค่ศูนย์ข้อมูลส่วนกลาง แต่ครอบคลุมสำนักงานระยะไกลและสภาพแวดล้อม Edge ในโรงงานบางส่วน
• GPU virtualization สำหรับ AI — รองรับเวิร์กโหลดที่ใช้ GPU เพื่อการผลิตที่ขับเคลื่อนด้วย AI นอกจากนี้ Foxconn ยังนำแพลตฟอร์ม Neutree แบบ Model-as-a-Service ของ Arcfra มาใช้เพื่อปรับปรุงการส่งมอบและบริหารโมเดล AI ในโรงงานแบบกระจายศูนย์
• Arcfra Cloud Operating System (ACOS) — ระบบพื้นฐานที่ประกอบด้วยโมดูลอย่าง Arcfra Virtualization Engine (AVE), Arcfra Network Storage (ABS) และ Arcfra Kubernetes Engine
• โมดูลสำหรับองค์กร — สามารถเสริมด้วย Arcfra File Storage, Backup & Disaster Recovery, Observability และ Arcfra Operation Center สำหรับการควบคุมและติดตามระบบจากส่วนกลาง
• ฮาร์ดแวร์ x86 และเครือข่าย Ethernet มาตรฐาน — AECP ทำงานบนเซิร์ฟเวอร์ x86 และสวิตช์ Ethernet ทั่วไป ช่วยลดการผูกติดกับฮาร์ดแวร์เฉพาะของผู้ขายรายเดียว

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

การตัดสินใจนี้เชื่อมโยงกับ “ยุคหลัง Broadcom ซื้อ VMware” อย่างไร

Foxconn ไม่ใช่บริษัทเดียวที่กำลังทบทวนบทบาทของ VMware การเปลี่ยนแปลงครั้งนี้เกิดขึ้นหลัง Broadcom ปิดดีลซื้อ VMware มูลค่า 61,000 ล้านดอลลาร์สหรัฐ ในเดือนพฤศจิกายน 2023

หลังการเข้าซื้อกิจการ ลูกค้าองค์กรจำนวนหนึ่งเผชิญการเปลี่ยนแปลงด้านราคาและเงื่อนไขการใช้งาน เช่น

• ค่าใช้จ่ายต่ออายุเพิ่มขึ้น 2–5 เท่าหรือมากกว่านั้น — ลูกค้าหลายรายรายงานว่าค่าใช้จ่ายต่ออายุ VMware เพิ่มขึ้นอย่างมาก
• การบังคับรวมผลิตภัณฑ์และขั้นต่ำ 72 คอร์ — Broadcom เปลี่ยนไปใช้รูปแบบการขายแบบรวมชุด และตั้งขั้นต่ำ 72 คอร์ต่อคำสั่งซื้อสำหรับการซื้อหรือการต่ออายุที่เริ่มใช้ในปี 2025 ซึ่งกระทบการติดตั้งขนาดเล็กเป็นพิเศษ
• ไลเซนส์แบบสมัครสมาชิกเท่านั้น — การยกเลิกไลเซนส์แบบถาวรทำให้หลายองค์กรกังวลเรื่องความแน่นอนของต้นทุนและการผูกติดกับผู้ขาย โดยผลสำรวจ CloudBolt ปี 2024 ระบุว่า 99% ของผู้มีอำนาจตัดสินใจด้านไอทีรู้สึกไม่สบายใจกับประเด็นดังกล่าว

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

ตัวเลขสะท้อนการลดการพึ่งพา VMware แต่ยังไม่ใช่การย้ายออกทั้งหมด

ข้อมูลจากหลายการสำรวจและการคาดการณ์แสดงให้เห็นว่าการลดบทบาทของ VMware กำลังเกิดขึ้นในวงกว้าง

• องค์กรราว 86–87% กำลังลดขนาดการใช้งาน VMware แต่มีเพียงประมาณ 4% ที่ย้ายออกจากแพลตฟอร์มได้ทั้งหมด
• 48% ขององค์กร ระบุว่ามีแผนลดการใช้งาน VMware ภายในปี 2028
• Gartner คาดการณ์ว่าส่วนแบ่งตลาดของ VMware อาจลดจากประมาณ 70% ในปี 2024 เหลือราว 40% ในปี 2028 และลูกค้าองค์กร 70% จะย้ายเวิร์กโหลดอย่างน้อยครึ่งหนึ่งออกจาก VMware ภายในช่วงเวลาดังกล่าว
• Tesco ผู้ค้าปลีกรายใหญ่ของสหราชอาณาจักร กำลังเปลี่ยนจาก VMware ไปใช้ทางเลือกอื่น และยื่นฟ้อง Broadcom ในศาลสูงของสหราชอาณาจักรเกี่ยวกับประเด็นไลเซนส์
• AT&T บริษัทโทรคมนาคมรายใหญ่ ก็ฟ้อง Broadcom เกี่ยวกับการเปลี่ยนแปลงสัญญาสนับสนุน และระบุว่ามีแผนจะเปลี่ยนออกจาก VMware ภายในเวลาไม่กี่ปี

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

บทสรุป: การอพยพจาก VMware เป็นมาราธอน

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

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

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