AWS 描述了最新的模型上下文协议 (MCP) 规范如何通过删除协议级会话并允许请求到达任何可用的服务器实例来更改远程 MCP 服务器部署。这一变化消除了协议对粘性会话和共享会话存储的需求，促进了并行扩展，同时将状态管理和其他责任转移到周围的基础设施。
更新后的 MCP 规范删除了初始化和初始化握手以及 Mcp-Session-Id 标头。因此，请求独立路由到传统负载均衡器后面的任何服务器实例。该规范还为在调用工具之前需要服务器功能的客户端引入了可选的服务器/发现操作。
AWS 图表显示了架构良好的代理如何将 MCP 地图转换为 AI 镜头。来源：AWS 架构博客。
对于 AWS 部署，这可以消除专门用于管理 MCP 协议会话的基础设施。 AWS 架构博客作者 Anand Komanduru、Steven DeVries 和 Haleh Najafzadeh 介绍了用传统请求路由替换会话仿射路由以及删除仅用于 MCP 协议状态的会话存储。他们还将 AWS Lambda 视为适合请求响应模型的部署选项，因为该协议不再需要持久会话连接。
社区讨论中也出现了协议和应用程序状态之间的区别。 Michael Madsen 在 LinkedIn 上撰写有关该规范的文章，总结了这一变化：
该协议是无状态的。您的申请不必如此。
MRTR 取代了以前需要保持打开流的服务器发起的请求，从而通过“input_required”响应和后续请求实现多步骤交互。新的“Mcp-Method”和“Mcp-Name”标头启用网关路由和限制，而 W3C 跟踪上下文支持分布式跟踪。 ttlMs 和cacheScope 提供缓存控制。
AWS 将这些变化映射到其架构完善的代理 AI 指南中，涵盖监控、跟踪、安全性和工具集成。流重新启动也已被删除，因此客户端可能必须重试中断的操作，从而增加了导致副作用的工具调用的幂等性的重要性。
初步实施工作表明，现有基础设施仍需要转型路径。 Apify 的 MCP 服务器项目正在与其现有的会话服务器一起实现无状态支持，并通过涵盖两个协议版本的路由和一致性测试。
因此，迁移与支持早期 MCP 客户端的部署相关。 AWS 建议在网关处跟踪协议版本并保留会话基础设施，直到删除旧流量。 MCP 项目还建立了一种功能生命周期方法，为已弃用的功能提供了定义的迁移期。
Leave a Reply