AWS 解释了最新的协议上下文模型 (MCP) 规范如何通过消除协议级会话并允许请求到达任何可用的服务器实例来改变 MCP 服务器部署。这些更改消除了协议对粘性会话和共享会话存储的要求，简化了水平扩展，同时将状态管理和其他职责转移到周围的基础设施。
更新后的MCP规范删除了初始化和初始化握手以及Mcp-Session-Id标头。因此，请求可以独立转发到正常负载均衡器后面的任何服务器。该规范还为在调用该工具之前需要服务器功能的客户端提供了可选的服务器/发现操作。
AWS 图显示了 MCP 如何映射到架构良好的 Agentic AI Lens。来源：AWS 架构博客。
对于 AWS 部署，这可能会消除专门用于维护 MCP 协议会话的基础设施。 AWS 架构博客作者 Anand Komandooru、Steven DeVries 和 Haleh Najafzoda 描述了用普通请求路由替换 Athenian 会话路由并删除仅用于 MCP 协议模式的会话存储。他们还将 AWS Lambda 视为适合请求响应模型的部署选项，因为该协议不再需要持久会话连接。
协议和应用模式的差异也出现在社区讨论中。 Michael Madsen 在 LinkedIn 上撰写了有关该规范的文章，他将这些变化总结如下：
该协议是无状态的。你的申请不应该是这样。
MRTR 取代了以前需要打开、维护的流的服务器发起的请求，并允许通过“input_required”响应和后续请求进行多步骤交互。新的“Mcp-Method”和“Mcp-Name”标头可启用路由和网关限制，而 W3C 跟踪上下文则支持分布式跟踪。 ttlMs 和cacheScope 提供缓存控制。
AWS 将这些变化映射到其架构完善的机构 AI 指南中，其中包括监控、跟踪、安全性和工具集成。流恢复也已被删除，因此客户端需要重试中止的操作，从而增加了导致副作用的工具调用的不对称性的重要性。
早期的实施工作表明，现有的基础设施仍有很长的路要走。 Apify 的 MCP 服务器项目与其现有会话服务器一起实现无状态支持，并具有涵盖该协议两个版本的路由和兼容性检查。
因此，迁移对于支持旧版 MCP 客户端的部署仍然很重要。 AWS 建议跟踪网关处的协议版本并维护会话基础设施，直到删除过时的流量。 MCP 项目还建立了生命周期策略，为已弃用的功能提供了定义的迁移期。
