MCP ปรับโฉมเพื่อองค์กรใหญ่: รองรับ AI agents แบบไร้สถานะและการจัดการสิทธิ์ศูนย์กลาง

Model Context Protocol (MCP) ได้รับการอัปเดตเพื่อรองรับองค์กรระดับใหญ่ Linux Foundation ผ่านโครงการ Agentic AI Foundation ปล่อยเวอร์ชันล่าสุดของ Model Context Protocol (MCP) ที่ออกแบบมาเพื่อช่วยให้บริษัทต่าง ๆ นำระบบอัตโนมัติด้วย AI ไปใช้ได้ง่ายขึ้น โดยเฉพาะการทำงานร่วมกับโมเดลเช่น GPT‑5.6 Sol หรือ Claude Opus 5** จะเป็นไปอย่างราบรื่นยิ่งขึ้น

Overview

MCP ถูกเปิดเผยให้เป็นโค้ดโอเพนซอร์สโดย Anthropic ตั้งแต่พฤศจิกายน 2024 เพื่อกำหนดรูปแบบการแลกเปลี่ยนข้อมูลระหว่างแอปพลิเคชัน AI (agents) กับแหล่งข้อมูลหรือเครื่องมือต่าง ๆ เวอร์ชันใหม่ที่เผยแพร่เมื่อวันที่ 28 กรกฎาคม 2026 ถือเป็น “การเปลี่ยนแปลงสำคัญที่สุด” ตั้งแต่ MCP ระยะไกลเริ่มให้บริการเมื่อต้นปีที่ผ่านมา ตามคำอธิบายของ David Soria Parra นักพัฒนาจาก Anthropic

จากมุมมองทางเทคนิค การปรับโครงสร้างใหม่ทำให้โปรโตคอลเลิกใช้สถาปัตยกรรม stateful แบบเดิม ซึ่งเคยต้องอาศัย “sticky routing” หรือการแชร์สถานะระหว่างเซสชัน เพื่อให้ระบบสามารถทำงานบนโหลดบาลานเซอร์มาตรฐานและเครื่องมือ DevOps อย่าง Kubernetes ได้โดยไม่มีข้อจำกัดด้านเซสชัน

Technical Changes

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

• ยกเลิกสถาปัตยกรรม stateful
• เพิ่ม Specification Feature Lifecycle และนโยบายการลบคุณสมบัติที่ต้องใช้เวลาอย่างน้อย 12 เดือนก่อนจะหยุดใช้งาน
• รองรับ Enterprise Managed Authorization ผ่านผู้ให้บริการระบุตัวตนแบบศูนย์กลาง

การเปลี่ยนแปลงนี้ยังทำให้ภาระในการดูแลสภาพแวดล้อม Kubernetes ลดลง เนื่องจากไม่ต้องตั้งค่า “sticky sessions” หรือระบบแชร์สถานะใด ๆ อีกต่อไป

Enterprise Impact

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

ด้วยโครงสร้างใหม่ MCP สามารถทำงานร่วมกับเครื่องมือ DevOps ที่มีอยู่แล้ว เช่น Helm, ArgoCD หรือ GitOps pipeline ได้อย่างราบรื่น ส่งผลให้เวลาในการนำ AI agents ไปใช้งานในกระบวนการธุรกิจสั้นลงและต้นทุนการดำเนินการโดยรวมลดลง

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

Security Enhancements

เวอร์ชันล่าสุดเพิ่ม Specification Enhancement Proposal (SEP) 2468 ที่กำหนดให้มีการตรวจสอบพารามิเตอร์ issuer (iss) ในการตอบสนองของระบบอนุญาต การทำเช่นนี้ช่วยป้องกัน OAuth Mixup Attacks** ซึ่งอาจเกิดขึ้นเมื่อไคลเอนต์ OAuth เชื่อมต่อกับหลายผู้ให้บริการผ่าน MCP เซิร์ฟเวอร์หลายเครื่อง

การเพิ่มส่วนขยาย Enterprise Managed Authorization ทำให้สามารถควบคุมการเข้าถึง MCP ผ่านผู้จัดการตัวตนแบบศูนย์กลางได้อย่างปลอดภัย ลดความซับซ้อนของการกำหนดสิทธิ์ในระดับแอปพลิเคชันหลายระบบ

Caitie McCaffrey จาก Microsoft ระบุว่า การเปลี่ยนงานระยะยาว (tasks) ให้เป็นคำขอแบบ asynchronous ทำให้สามารถเก็บ “task ID” ไว้บนสตอเรจที่ทนทานได้ หากเกิดการล่มหรือรีสตาร์ท ระบบจะยังคงทำงานต่อโดยไม่ต้องเปิดการเชื่อมต่อยาวนาน ซึ่งเพิ่มความมั่นคงของระบบในระดับองค์กร

Migration Considerations

แม้ว่าการเปลี่ยนแปลงนี้จะนำมาซึ่งประโยชน์หลายด้าน แต่ผู้พัฒนายังต้องเผชิญกับค่าใช้จ่ายในการปรับโค้ดที่อาศัย session identifiers อยู่เดิม การย้ายไปสู่โมเดลไร้สถานะจำเป็นต้องแก้ไขส่วนติดต่อ API ที่ค้างอยู่และทดสอบการทำงานใหม่บน Load Balancer

เอกสารของ MCP แนะนำขั้นตอนการปรับโครงสร้างที่ควรทำตาม ได้แก่ การตรวจสอบว่าแอปพลิเคชันใดใช้ sticky routing อยู่แล้ว, ปรับให้ส่งคำขอแบบ stateless และกำหนดค่า header‑based routing ให้สอดคล้องกับเซิร์ฟเวอร์ใหม่

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

Summary

MCP ได้รับการปรับโครงสร้างเพื่อรองรับการทำงานขององค์กรระดับใหญ่โดยเลิกใช้สถาปัตยกรรม stateful และเพิ่มมาตรการด้านความปลอดภัยและแผนการอัปเดตที่ชัดเจน การเปลี่ยนแปลงนี้คาดว่าจะลดความซับซ้อนในการติดตั้งบน Kubernetes และเสริมความมั่นคงของระบบ AI‑agent อย่างต่อเนื่อง.