AWS AgentCore Runtime เพิ่มเซสชันขนาดใหญ่ขึ้นและการเมานต์ระบบไฟล์

Amazon Web Services ขยายความสามารถของ Amazon Bedrock AgentCore Runtime เจเนอเรชันใหม่เมื่อวันที่ 12 พฤศจิกายน 2026 โดยเพิ่มเซสชันเอเจนต์ที่รองรับขนาดใหญ่ขึ้น การเรียกเก็บค่าบริการตามฐานที่กำหนดไว้ และการเมานต์ระบบไฟล์แบบไดนามิก AWS ระบุว่าการอัปเดตนี้ช่วยให้เริ่มเซสชันได้เร็วขึ้นสูงสุด 15 เท่า โดยยังคงแยกการทำงานด้วยฮาร์ดแวร์

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

การเปิดตัวครั้งนี้เกิดขึ้นต่อจาก การเปิดตัว AgentCore Runtime V2 เมื่อวันที่ 18 กันยายน 2026 ซึ่งมาพร้อมการเริ่มทำงานด้วยสแนปช็อตและการคืนหน่วยความจำ ก่อนหน้านี้ AWS ระบุว่าการเพิ่มกำลังประมวลผลและพื้นที่จัดเก็บ รวมถึงราคาแบบกำหนดฐานล่วงหน้า จะพร้อมให้ใช้งานในเร็ว ๆ นี้ ความสามารถเหล่านั้นเป็นส่วนสำคัญของการอัปเดตครั้งนี้แล้ว พร้อมกับการเมานต์ระบบไฟล์

เซสชันขนาดใหญ่ขึ้นโดยไม่ต้องใช้พูลระบบที่เตรียมพร้อม

ขณะนี้แต่ละเซสชันใช้ vCPU ได้สูงสุด 8 ตัวและหน่วยความจำ 32 GB อีกทั้งรองรับอิมเมจคอนเทนเนอร์ขนาดสูงสุด 10 GB AWS ระบุว่าความสามารถด้านการประมวลผลเพิ่มขึ้นเป็น 4 เท่าจากเวอร์ชันก่อนหน้า และเซสชันเริ่มทำงานได้ภายในเวลาไม่ถึง 2 วินาที ไม่ว่าอิมเมจจะมีขนาดเท่าใดหรือมีการทำงานพร้อมกันมากน้อยเพียงใด จึงไม่จำเป็นต้องใช้พูลระบบที่ลูกค้าจัดการเองหรือคลัสเตอร์ที่เตรียมทรัพยากรไว้ล่วงหน้าเพื่อแก้ปัญหาการเริ่มทำงานช้าเมื่อไม่มีทรัพยากรพร้อมใช้

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

Siwei Shen รองประธานฝ่ายวิศวกรรมของ Coinbase กล่าวถึงผลลัพธ์ในการใช้งานจริงว่า “การย้ายมาใช้ AgentCore Runtime เจเนอเรชันใหม่ช่วยลดเวลาเริ่มต้นเซสชันเอเจนต์แบบเย็นของเราจากเกือบหนึ่งนาทีเหลือต่ำกว่า 5 วินาที แม้ในช่วงที่มีปริมาณการใช้งานสูงสุด นอกจากนี้ยังขจัดความล่าช้าในการเริ่มต้นที่นานกว่า 30 วินาทีได้ ทั้งที่ปริมาณการใช้งานเอเจนต์รายสัปดาห์ของเราเพิ่มขึ้นมากกว่าเท่าตัว”

Mission Cloud รายงานว่า การเปรียบเทียบเบื้องต้นโดยใช้ปริมาณงานการค้นหาด้วยภาษาธรรมชาติแบบเดียวกันบนรันไทม์ทั้งสองเวอร์ชัน พบว่าคำขอการอนุมานเริ่มทำงานแบบเย็นได้เร็วขึ้น 35% การเริ่มตรวจสอบสถานะทำได้เร็วขึ้น 77% และต้นทุนรันไทม์ต่อการเรียกใช้ที่วัดได้ลดลง 17% เอเจนต์ของบริษัทดึงข้อมูลเชิงลึกเกี่ยวกับอสังหาริมทรัพย์และการขายได้โดยไม่ต้องให้ผู้ใช้เข้าไปใช้งานระบบข้อมูลที่ซับซ้อนด้วยตนเอง

การคืนหน่วยความจำและการเรียกเก็บค่าบริการตามฐาน

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

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

Zuora รายงานว่า รันไทม์ใหม่ช่วยลดปริมาณหน่วยความจำที่ใช้ต่อการเรียกใช้งานลงประมาณ 60% ในหลายกรณีการใช้งาน ขณะเดียวกันก็รองรับปริมาณการใช้งานที่มากขึ้นโดยยังคงรักษาความหน่วงให้คงที่

พื้นที่จัดเก็บ การแยกส่วน และข้อจำกัดในการนำไปใช้งาน

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

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

เอกสาร V2 ฉบับปัจจุบัน ยังระบุความแตกต่างในการนำไปใช้งานด้วย โดย V2 ยังคงเป็นตัวเลือกที่ต้องเปิดใช้เอง เพราะ V1 เป็นค่าเริ่มต้น เว้นแต่ platformVersion จะตั้งค่าเป็น V2; การสร้างหรืออัปเดตรันไทม์ V2 ใช้เวลาหลายนาทีขณะที่ AWS เตรียมสแนปช็อต และคอนเทนเนอร์ต้องรายงานสถานะว่าทำงานปกติผ่าน /ping จุดเชื่อมต่อของตนภายใน 120 วินาที ระยะเวลาในการตั้งค่าเหล่านี้แยกต่างหากจากเวลาเริ่มต้นเซสชันแบบเย็น

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

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