MCP의 새로운 2026-07-28 사양은 모든 세션 상태(session-state) 요구 사항을 제거하여, 각 요청이 필요한 모든 데이터를 직접 포함할 수 있도록 합니다. 무상태(stateless) 프로토콜로의 전환은 개발자가 호출당 단일 인스턴스를 생성하고, 서버리스(serverless) 또는 에지(edge) 노드에서 실행하며, 배포 시 골칫거리였던 기존의 스티키 라우팅(sticky-routing) 및 공유 스토어(shared-store) 구조를 제거할 수 있음을 의미합니다.
핸드셰이크에서 자기 완결적 호출로
지금까지 Model Context Protocol (MCP)은 세션 ID를 발급하는 핸드셰이크를 강제했습니다. 서버는 연결이 유지되는 동안 해당 ID를 기억해야 했으며, 이는 실제 환경에서 프로세스를 계속 유지하거나, Redis 클러스터 전체에 상태를 복제하거나, "스티키(sticky)" 라우팅을 위해 로드 밸런서를 설정해야 함을 의미했습니다. 그 결과, 확장을 저해하고 수평적 성장을 비용이 많이 들게 만드는 복잡하고 리소스 집약적인 스택이 만들어졌습니다.
새로운 사양은 모든 요청을 자기 완결적(self-contained)으로 만듭니다. 각 페이로드에는 프로토콜 버전과 호출자의 신원 정보가 포함되어 있어, 서버는 요청을 일회성 트랜잭션으로 처리할 수 있습니다. 세션 스토어도, 장기 실행 프로세스도, 특별한 라우팅 규칙도 필요하지 않습니다.
배포 측면에서 무상태(Stateless)가 중요한 이유
- 서버리스 및 에지 최적화 – 요청이 필요한 모든 정보를 포함하므로, 함수가 사전 준비 상태(warm-up state) 없이 시작, 응답 및 종료될 수 있습니다. 호출당 비용을 청구하는 제공업체들이 MCP 워크로드에 적합해집니다.
- 로드 밸런싱 단순화 – 표준 L4/L7 로드 밸런서가 트래픽을 균등하게 분산할 수 있으며, 클라이언트를 특정 백엔드에 고정할 필요가 없습니다.
- 운영 오버헤드 감소 – 팀은 Redis 클러스터나 커스텀 세션 복제 코드를 제거하여 비용과 장애 발생 가능성을 모두 줄일 수 있습니다.
이미 로드 밸런서 뒤에서 MCP를 운영 중인 조직의 경우, 이번 변경으로 불균등한 트래픽 분산을 초래하던 "스티키" 규칙의 필요성이 사라집니다. 이러한 절감 효과는 하루에 수백만 건의 호출이 발생하는 고처리량 서비스에서 특히 두드러집니다.
성능 및 보안 업그레이드
이번 사양은 무상태성을 넘어 프로토콜을 강화하는 구체적인 개선 사항을 추가했습니다.
- TTL 기반 캐싱 – 도구(tool) 및 프롬프트 목록에 이제 TTL(time-to-live) 필드가 포함되어, 클라이언트가 결과를 로컬에 캐싱하고 불필요한 왕복(round-trip)을 피할 수 있습니다.
- 헤더 기반 라우팅 – 새로운 HTTP 헤더를 통해 라우팅 정보를 조기에 노출함으로써, 게이트웨이가 전체 JSON 본문을 파싱하지 않고도 트래픽을 전달할 수 있어 지연 시간을 밀리초 단위로 단축합니다.
- OAuth/OIDC 강화 – 신원 토큰에 대해 더 엄격한 OAuth 및 OpenID Connect 검사를 수행하여, 재전송(replay) 및 토큰 탈취 공격에 대한 노출을 줄입니다.
- 공식 확장 프레임워크 – 작업(Tasks)과 앱(Apps)이 정의된 확장 모델에 속하게 되어, SDK 유지 관리자가 향후 기능을 더 원활하게 출시할 수 있습니다.
개발자에게 미치는 영향
SDK 생태계는 이미 이러한 변화를 반영하고 있습니다. TypeScript, Python, Go, C# 라이브러리가 새로운 요청 형식을 지원합니다. 이러한 SDK의 통합 다운로드 수는 월간 5억 건에 육박하며, 이는 연초보다 4배 증가한 수치로 MCP가 얼마나 널리 채택되고 있는지를 보여줍니다.
개발자는 지속적인 세션을 가정하고 작성된 모든 코드를 조정해야 합니다. 일반적으로 이는 세션별 데이터를 요청 페이로드에 포함하거나, 호출 시마다 참조하는 외부 스토어로 이동시키는 것을 의미합니다. 마이그레이션 기간은 12개월로 제공되어, 팀이 새로운 패턴으로 리팩터링, 테스트 및 배포할 수 있는 시간을 가집니다.
반론: 마이그레이션의 복잡성
무상태성이 공짜 점심은 아닙니다. 이전에는 점진적인 대화 기록(progressive conversation history)과 같은 기능을 위해 서버 측 상태에 의존했던 애플리케이션은 이제 해당 상태를 클라이언트 측에서 관리하거나 별도의 영속성 계층(persistence layer)을 통해 관리해야 합니다.
주목해야 할 점
- 채택 지표 – SDK 버전 업데이트 추이를 모니터링하십시오. 업데이트 속도가 둔화된다면 마이그레이션 과정의 마찰을 의미할 수 있습니다.
- 에지 플랫폼 지원 – 더 많은 제공업체가 MCP 호환 런타임을 발표함에 따라, 서버리스의 실제 비용 이점이 더욱 명확해질 것입니다.
- 보안 사고 보고 – 강화된 OAuth/OIDC 흐름이 신원 공격을 줄여주겠지만, 어떤 침해 사고라도 새로운 방어 체계를 시험하게 될 것입니다.
핵심 요약: MCP를 무상태로 만듦으로써, 이번 사양은 프로토콜을 현대적인 클라우드 네이티브 패턴에 맞추고 세션 관리의 운영 부담을 대폭 줄이는 동시에, 더 저렴하고 탄력적인 배포 모델로 가는 길을 열어줍니다. 트레이드오프(trade-off)는 짧은 코드 리팩터링 기간과 더 커진 요청 페이로드 크기이지만, 장기적인 보상은 실행되는 인프라만큼이나 쉽게 확장 가능한 프로토콜을 얻는 것입니다.