Google เปิด Agent Compute Engine ให้ AI Agent มี microVM ของตัวเอง แต่ลูกค้าทั่วไปยังต้องรอ Preview

แนวคิด microVM แยกงานสำหรับ AI agent บนระบบคลาวด์; ภาพประกอบเชิงแนวคิด

คำตอบสั้น: Google ประกาศ Agent Compute Engine (ACE) บริการคอมพิวต์สำหรับรัน AI agent ใน microVM แยกงาน แต่ระบุว่าจะเปิดให้ลูกค้าทดลองใช้ในอีกไม่กี่เดือน จึงยังไม่ใช่บริการที่เปิดทั่วไปวันนี้ ส่วน Agent Substrate เป็นโครงการโอเพนซอร์สบน GKE ที่มีเงื่อนไขการใช้งานอีกชุดหนึ่ง

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

Google Cloud ประกาศ ACE เมื่อ 22 ตุลาคม 2026 โดยอธิบายว่าออกแบบให้ agent แต่ละตัวทำงานใน microVM แยกขอบเขต และพักทรัพยากรเมื่อรอเครื่องมือหรือโมเดล บริษัทบอกว่าระบบนี้ใช้กับ Gemini work agent อยู่แล้ว แต่ ACE สำหรับลูกค้าภายนอกจะเปิด customer preview “ในอีกไม่กี่เดือน” ไม่ได้ประกาศว่าเปิดทั่วไปแล้ว

อย่าสับสน ACE กับ Agent Substrate

ชื่อใกล้กันแต่สถานะต่างกัน ACE คือบริการ compute ที่ Google เพิ่งประกาศ ส่วน Agent Substrate คือ runtime แบบโอเพนซอร์สสำหรับติดตั้งบน Google Kubernetes Engine (GKE) เอกสารปัจจุบันระบุให้ลูกค้าทดลองและใช้งานที่ไม่ใช่ production ได้ ส่วน production support อยู่ภายใต้ private allowlist เอกสารกำหนดรุ่น GKE และรูปแบบคลัสเตอร์ไว้ และระบุว่าค่าใช้จ่ายซอฟต์แวร์ไม่มีเพิ่ม แต่ยังคิดค่า resource ของ GKE

สถานะบริการสองรายการจากเอกสาร Google ณ 25 ตุลาคม 2026สถานะการเข้าถึง • 25 ต.ค. 2026Agent Compute EngineCustomer preview: อีกไม่กี่เดือนยังไม่ใช่บริการเปิดทั่วไปAgent Substrate บน GKEทดลอง / non-productionProduction: private allowlist
สรุปสถานะจากประกาศ ACE และเอกสาร GKE ของ Google; ไม่ใช่การรับรองความพร้อมใช้งานโดยผู้ทดสอบอิสระ

สิ่งที่ Google บอกว่าอยู่ใต้ฝากระโปรง

บล็อกเทคนิคของ Google อธิบายการแยก agent ด้วย microVM, การพักและคืนสถานะ, การส่งข้อมูลออกผ่าน gateway และการจัดการข้อมูลรับรองนอก guest ส่วนตัวเลขที่ Google ระบุในประกาศวันที่ 22 ตุลาคม—200,000 agents, 500 activations ต่อวินาที, resume/suspend ต่ำกว่า 500 มิลลิวินาที และ compute density “สูงสุด 10 เท่า”—อยู่ในส่วนที่กล่าวถึง Agent Substrate ไม่ใช่ผล benchmark ของ ACE ตัวเลขเหล่านี้เป็นผลที่ Google รายงาน ไม่ใช่ผลที่เราทำซ้ำหรือยืนยันได้จากแหล่งอิสระ

แผนภาพเชิงแนวคิดของขอบเขต agent ตามที่ Google อธิบายแนวคิดสถาปัตยกรรมตามคำอธิบายของ GooglemicroVM แยกงานagent + เครื่องมือพักเมื่อไม่มีงานgatewayควบคุม egressidentity / credentialscloud toolsmodel / APIบริการภายนอกภาพอธิบายแนวคิดจากคำกล่าวของผู้ขาย ไม่ใช่ผลตรวจสอบการติดตั้งจริง
แผนภาพสรุปแนวคิดที่ Google ระบุ ไม่ได้ยืนยันว่าการควบคุมทุกชั้นผ่านการตรวจสอบอิสระ

ขอบเขตภาพที่ 2: เป็นภาพแนวคิดของ ACE ตามคำอธิบาย Google เท่านั้น ไม่ใช่ภาพสถาปัตยกรรม Agent Substrate บน GKE; ดูข้อจำกัดปัจจุบันของ GKE ในเอกสาร Google ด้านล่าง

ตัวเลขจากคนละเอกสารยังเทียบกันไม่ได้

ประกาศเปิดตัวระบุค่าบางชุด เช่น 500 activations ต่อวินาทีและ resume ต่ำกว่า 500 มิลลิวินาที ขณะที่ README ปัจจุบันของ Agent Substrate ระบุค่ามากกว่า 1,500 activations ต่อวินาทีและ resume ต่ำกว่า 400 มิลลิวินาที แต่เอกสารที่ตรวจไม่ทำให้ชุดข้อมูล งานวัด metric รุ่นซอฟต์แวร์ ฮาร์ดแวร์ และ percentile ตรงกัน เราจึงไม่ตีความว่าเป็นการปรับปรุงสามเท่าหรือเป็นการยืนยันอิสระ ทั้งสองชุดยังเป็นคำกล่าวที่ต้องการรายละเอียดวิธีวัดเพิ่ม

สถานะหลักฐานสำหรับตัวเลขสมรรถนะอ่านตัวเลขอย่างไรเมื่อวิธีวัดไม่ตรงกันAgent Substrate: Google blog 22 Oct500/s • <500 msคำกล่าวผู้ขาย≠README ปัจจุบัน>1,500/s • <400 msคำกล่าวผู้ขายยังเทียบไม่ได้วิธีวัดไม่ครบขาดการเทียบ dataset • workload • metric/percentile • version • hardware
ไม่มีกราฟแท่งเพราะหลักฐานที่ตรวจยังไม่ทำให้เงื่อนไขการวัดสองชุดเทียบกันได้

ข้อควรรู้ก่อนมองเป็นทางเลือกผลิตจริง

เอกสาร Google ระบุว่า Agent Substrate ใช้ได้กับ GKE สำหรับ evaluation และ non-production; การสนับสนุน production จำกัดด้วย allowlist ส่วนการใช้ microVM ต้องตั้ง runtime เพิ่มจากค่าเริ่มต้น gVisor และข้อกำหนดรุ่นคลัสเตอร์มีผลต่อการติดตั้ง เอกสารข้อจำกัดที่อัปเดต 22 ตุลาคมยังระบุว่า GKE EgressPolicy, default-deny/hostname rules และ credential injection ไม่รองรับใน Agent Substrate บน GKE ขณะนี้ อีกทั้งการเชื่อมต่อ DB/MCP ที่เปิดค้างไว้ไม่ถูกรักษาข้ามการ suspend แอปต้องเชื่อมต่อใหม่ ข้อจำกัดเหล่านี้เป็นของ Substrate บน GKE และไม่ควรถูกเหมารวมเป็นสเปก ACE ซึ่งยังรอ preview

InfoWorld รายงานความเห็นนักวิเคราะห์ว่าประโยชน์ด้านต้นทุนขึ้นกับเวลาที่ agent ว่าง และยกข้อกังวลเรื่อง vendor lock-in, storage และการทำซ้ำงานหลัง restore ความเห็นเหล่านี้เป็นการวิเคราะห์/รายงาน ไม่ใช่ผลทดสอบผลิตภัณฑ์โดย InfoWorld ส่วนการพัก agent ที่รอเครื่องมืออาจลดทรัพยากรที่สงวนไว้ได้ในหลักการ แต่ผลจริงขึ้นกับรูปแบบ workload, ค่าเก็บ state, latency ที่ยอมรับได้ และการจัดการงานซ้ำ

ลองคิดตามรูปแบบงาน ไม่ใช่ตัวเลขสมมติ

ตัวอย่างต่อไปนี้เป็นสถานการณ์สมมติ ไม่มีการคำนวณราคา ประหยัดเงิน หรือ benchmark

หากมีช่วงรอบ่อย แนวคิดพัก compute อาจเกี่ยวข้อง แต่ยังต้องชั่งค่าเก็บ state และเวลาคืนสถานะตามเอกสารที่ผู้ให้บริการเปิดเผย

กรณีมีช่วงรอบ่อย การพัก compute อาจเกี่ยวข้อง แต่ต้องตรวจค่าเก็บ state และเวลาคืนสถานะ; กรณีทำงานต่อเนื่อง ประโยชน์จากการพักย่อมจำกัดลง ทั้งสองเป็นกรอบคิด ไม่ใช่ผลวัดของ ACE

ข้อสรุป

ข่าวสำคัญวันนี้คือ Google แยกข้อเสนอ compute สำหรับ agent ออกมาเป็น ACE และประกาศทิศทาง governance เพิ่มเติม แต่ ACE ยังเป็น preview ในอนาคต ส่วน Agent Substrate ที่เปิดให้เริ่มทดลองมีข้อจำกัดด้าน production และคลัสเตอร์ ควรรอเอกสาร preview, ราคา, วิธีวัด benchmark ที่เทียบได้ และเงื่อนไขการกู้คืนงาน ก่อนตัดสินใจย้าย workload

คำถามที่พบบ่อย

วันนี้สมัครใช้ ACE ได้หรือยัง?

ประกาศ Google ระบุว่า customer preview จะมาในอีกไม่กี่เดือน ไม่ได้ระบุว่าเปิดทั่วไปวันนี้

Agent Substrate เหมือน ACE หรือไม่?

ไม่ใช่ผลิตภัณฑ์เดียวกัน Substrate เป็น runtime โอเพนซอร์สบน GKE; ACE เป็นบริการ compute ที่ประกาศ preview ในอนาคต

ตัวเลขของ Google ผ่านการทดสอบอิสระแล้วหรือไม่?

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

แหล่งข้อมูล

ใส่ความเห็น

Discover more from HYBRID MIND

Subscribe now to keep reading and get access to the full archive.

Continue reading