MCP 최신 사양, 세션 관리 불필요하게

인공지능 에이전트와 도구 연동의 표준 규격으로 보급되고 있는 "모델 컨텍스트 프로토콜(MCP)"의 최신 사양에서 프로토콜 본체의 세션 관리 메커니즘이 제거되었다. AWS가 이 사양 변경의 기술적 세부 사항을 공개하고 있으며, 원격 MCP 서버를 운영할 때 이전에 필요했던 "스티키 세션"의 요구사항이 불필요해진다고 설명하고 있다.

MCP는 인공지능 모델이 외부 도구나 데이터 소스와 정보를 주고받기 위한 공통의 통신 규격이다. 기존의 MCP 사양에서는 사용자의 일련의 작업을 "세션"으로 묶어서 관리하는 메커니즘이 프로토콜 자체에 내장되어 있었다. 서버 측은 세션의 상태를 유지할 필요가 있었으며, 같은 사용자의 요청은 항상 같은 서버에 도달하도록 "스티키 세션(고정 라우팅)"이라는 설정이 요구되었다. 이는 시스템 설계상의 제약이 되어 클라우드 환경에서의 유연한 운영을 어렵게 했다.

최신 사양에서는 이 설계가 변경되어 MCP 서버는 세션의 상태를 유지하지 않는 "스테이트리스" 구성이 된다. 각 요청은 독립적으로 처리되기 때문에, 어떤 서버 인스턴스로 라우팅되든 문제없이 동작한다. 세션 상태의 저장, 관리, 재시도, 모니터링(옵저버빌리티), 멱등성(같은 작업을 반복해도 결과가 변하지 않는 성질) 같은 과제는 프로토콜 외부의 응용 프로그램 계층이나 기반 인프라가 담당하는 형태로 정리되었다.

이 변경이 실제로 어떻게 영향을 미치는지 보면, 가장 직접적인 이점은 "수평 확장(횡방향 확대)"이 용이해진다는 점이다. 종전에는 스티키 세션의 제약으로 인해 서버를 단순히 늘리는 것만으로는 트래픽을 균등하게 분산하지 못하는 경우가 있었다. 스테이트리스화로 인해 각 요청을 임의의 서버에 분배할 수 있게 되어, AWS 같은 클라우드 환경에서의 부하 분산과 자동 확장이 자연스럽게 작동하게 된다.

배경으로 MCP는 Anthropic이 제시한 규격으로, 인공지능 에이전트가 여러 도구나 외부 API와 연동할 때의 "공통 언어"로서 업계 내의 채택이 확대되고 있다. 많은 기업이 MCP를 사용한 서비스를 클라우드 위에 배포하기 시작했으며, 확장성과 운영 비용 절감은 실용상의 중요한 과제가 되어 있었다. 이번 사양 변경은 그러한 현실적 필요에 대응하는 것으로 자리 매김된다.

한편, 세션 관리의 책임이 프로토콜에서 응용 프로그램 계층으로 이동한 것은 구현의 자유도가 증가하는 반면, 개발자가 상태 관리와 재시도의 설계를 직접 구성할 필요가 있음을 의미한다. 운영의 간소화와 설계 책임의 트레이드오프로서, 실제 시스템 구축에서는 이 점의 고려가 필요하다는 관점이 가능하다.

AWS가 이번에 이 사양 변경의 기술 해설을 공개한 것은 동사가 MCP를 자사 클라우드 서비스의 중요한 기반 기술로 자리 매김하고 있음을 시사한다. MCP의 사양 진화와 클라우드 각사의 대응 동향은 인공지능 에이전트 기반의 설계 방침에 영향을 미칠 가능성이 있으며, 향후의 구체적인 구현 사례와 다른 클라우드 벤더의 움직임이 주목된다.