MCP không trạng thái: Bước ngoặt giúp đơn giản hóa triển khai máy chủ trên AWS

AWS vừa công bố chi tiết kỹ thuật về một thay đổi quan trọng trong đặc tả Model Context Protocol (MCP) mới nhất. Theo đó, giao thức này chính thức loại bỏ các phiên cấp giao thức (protocol-level sessions), yêu cầu phiên dính (sticky session) và lưu trữ phiên đối với các máy chủ MCP từ xa.

Đây là bước tiến đáng chú ý đối với các nhà phát triển đang xây dựng ứng dụng AI tận dụng MCP — một chuẩn mở giúp các mô hình ngôn ngữ lớn (LLM) kết nối với công cụ, dữ liệu và dịch vụ bên ngoài.

Từ phiên dính đến định tuyến độc lập

Trước đây, các máy chủ MCP từ xa thường yêu cầu duy trì phiên giữa client và server. Điều này đồng nghĩa với việc hạ tầng phải đảm bảo session affinity — tức mọi yêu cầu từ cùng một client phải được định tuyến đến cùng một máy chủ. Trên các nền tảng như AWS, yêu cầu này thường đòi hỏi Application Load Balancer phải bật tính năng sticky session, kèm theo đó là nhu cầu lưu trữ trạng thái phiên trong bộ nhớ hoặc cơ sở dữ liệu.

Với đặc tả MCP mới, các ràng buộc này được gỡ bỏ hoàn toàn. Mỗi yêu cầu giờ đây có thể được xử lý độc lập, cho phép bộ cân bằng tải phân phối lưu lượng đến bất kỳ instance nào mà không cần quan tâm đến phiên trước đó.

Lợi ích cho việc mở rộng theo chiều ngang

Việc loại bỏ yêu cầu phiên dính mang lại nhiều lợi ích thiết thực:

• Mở rộng linh hoạt hơn: Có thể thêm hoặc bớt instance máy chủ MCP mà không lo phá vỡ phiên đang hoạt động.
• Đơn giản hóa hạ tầng: Không cần cấu hình sticky session trên load balancer, giảm độ phức tạp khi vận hành.
• Tiết kiệm chi phí: Không cần duy trì lớp lưu trữ phiên tập trung như Redis hay DynamoDB chỉ để phục vụ MCP.
• Tăng khả năng chịu lỗi: Khi một instance gặp sự cố, yêu cầu có thể được chuyển ngay sang instance khác mà không mất phiên.

Trách nhiệm chuyển sang các lớp khác

Tuy nhiên, AWS cũng lưu ý rằng việc loại bỏ phiên cấp giao thức không có nghĩa là mọi vấn đề trạng thái biến mất. Thay vào đó, trách nhiệm được dịch chuyển lên các lớp ứng dụng:

• Trạng thái ứng dụng: Nếu ứng dụng cần ghi nhớ ngữ cảnh giữa các lần gọi, nhà phát triển phải tự quản lý — ví dụ bằng cách truyền token hoặc ID phiên trong từng yêu cầu.
• Thử lại (retry): Cần thiết kế cơ chế thử lại an toàn ở phía client, vì máy chủ không còn giữ trạng thái để phát hiện yêu cầu trùng lặp.
• Tính bất biến (idempotency): Các thao tác có tác dụng phụ như ghi dữ liệu cần được thiết kế bất biến để tránh xử lý lặp khi retry.
• Khả năng quan sát (observability): Việc theo dõi luồng yêu cầu trở nên phức tạp hơn khi không còn khái niệm phiên gắn kết, đòi hỏi logging và tracing tốt hơn.

Ý nghĩa với cộng đồng phát triển tại Việt Nam

Đối với các đội ngũ phát triển tại Việt Nam đang xây dựng sản phẩm AI dựa trên MCP — từ startup đến các doanh nghiệp chuyển đổi số — thay đổi này giúp việc triển khai trên hạ tầng cloud trở nên đơn giản và tiết kiệm hơn. Kiến trúc không trạng thái (stateless) vốn là mô hình quen thuộc với các kỹ sư backend, nay có thể áp dụng thẳng cho máy chủ MCP mà không cần giải pháp phiên phức tạp.

Việc chuyển sang kiến trúc không trạng thái là xu hướng tất yếu của các hệ thống cloud-native hiện đại. MCP đang đi đúng hướng khi tháo bỏ ràng buộc phiên ở tầng giao thức.

Tóm lại, đặc tả MCP mới đánh dấu bước trưởng thành của giao thức này trong bối cảnh hạ tầng AI ngày càng đòi hỏi khả năng mở rộng linh hoạt. Các nhà phát triển nên chủ động cập nhật thiết kế ứng dụng để tận dụng lợi thế, đồng thời chuẩn bị cho những thách thức mới về quản lý trạng thái ở tầng ứng dụng.