MCP协议无状态化升级，亚马逊云科技引领远程服务架构革新

在云计算和人工智能领域，协议设计的灵活性与可扩展性一直是核心关注点。近日，亚马逊云科技（AWS）在其官方博客中详细介绍了最新版本的模型上下文协议（MCP）规范的重大更新，标志着远程服务架构的一次重要演进。

根据AWS Architecture Blog作者Anand Komandooru、Steven DeVries和Haleh Najafzadeh的介绍，新版本MCP规范的核心变化在于彻底移除了协议层的会话机制。这意味着每个请求可以独立路由到任意可用的服务器实例，而无需依赖传统的粘性会话或共享会话存储。这一改变显著简化了系统的水平扩展能力，同时将状态管理等职责明确转移到周边基础设施层面。

"这项变更消除了对持久化会话连接的需求，"Komandooru表示，"这使得像AWS Lambda这样的无服务器计算环境成为更理想的部署选择。"

具体的技术实现上，新版MCP规范删除了initialize和initialized握手流程以及Mcp-Session-Id标头，这些改动使得传统负载均衡器能够更高效地处理请求分发。此外，协议还引入了可选的server/discover操作，允许客户端在调用工具前了解服务器能力，进一步提升了交互效率。

该架构图清晰展示了MCP 2026-07-28版本的核心设计理念：以无状态为核心，围绕运营卓越、安全性、可持续性、可靠性、成本优化和性能效率六个维度构建全面的解决方案框架。

值得注意的是，虽然协议本身实现了无状态化，但社区对此存在不同理解。Michael Madsen在LinkedIn上评论道："协议是无状态的，但你的应用不必如此。"这种观点强调了协议与应用状态管理之间的区别，也为开发者提供了更大的灵活性。

在实际应用层面，亚马逊云科技将这些变更映射至其面向智能体AI的Well-Architected指南，涵盖了监控、追踪、安全和工具集成等多个方面。例如，新的Mcp-Method和Mcp-Name标头支持网关路由和限流功能，W3C Trace Context则提供了分布式追踪能力，而ttlMs和cacheScope参数则增强了缓存控制的灵活性。

然而，这一变革并非没有挑战。早期实现工作表明，现有基础设施仍然需要一条过渡路径。Apify的MCP服务器项目正在现有的有会话服务器之外实现无状态支持，并通过路由和一致性测试覆盖两个协议版本。因此，对于仍需支持旧版MCP客户端的部署，迁移仍然是一个重要的考量因素。

亚马逊云科技建议在网关处追踪协议版本，并在旧版流量完全消失之前保留会话基础设施。同时，MCP项目还制定了一项功能生命周期策略，为弃用功能提供明确的迁移期，确保平稳过渡。