MCP 2026 로드맵 — 상태리스 전환과 Linux Foundation 이관이 바꾸는 것

세션 없는 프로토콜로 가는 이유

MCP(Model Context Protocol)는 2024년 11월 Anthropic이 오픈소스로 공개한 뒤 18개월 만에 월간 SDK 다운로드 9,700만 건을 기록했다. Stacklok의 2026 소프트웨어 보고서에 따르면 조사 대상 소프트웨어 조직의 41%가 제한적이든 광범위하든 프로덕션 환경에서 MCP를 운영 중이라고 답했다. 이 정도 규모에 도달하자 프로토타입 단계에서는 드러나지 않던 문제, 즉 세션 기반 아키텍처가 수평 확장을 가로막는다는 문제가 표면화됐다.

2025년 3월 OpenAI가 ChatGPT에 MCP를 채택하고 4월 Google DeepMind가 Gemini 제품군에 통합하면서, MCP는 단일 기업 프로토콜에서 업계 표준으로 넘어가는 전환점을 지났다. Anthropic·OpenAI·Google DeepMind·Microsoft·AWS 다섯 곳이 지금은 AAIF 거버넌스 보드의 플래티넘 멤버로서 MCP의 방향을 함께 결정한다.

상태리스 전환: 프로토콜에서 세션을 걷어내다

기존 MCP는 세션 유지를 위해 Mcp-Session-Id 헤더와 서버 측 세션 스토어를 필요로 했다. 이 구조는 로드밸런서나 리버스 프록시 뒤에서 스티키 세션(sticky session)을 강제해, 요청이 항상 같은 서버 인스턴스로 가야만 정상 동작했다. 인스턴스를 늘려 부하를 분산하려 해도 세션이 묶여 있는 인스턴스로 트래픽이 쏠리는 구조적 한계가 있었다.

2026-07-28 공개된 명세 릴리스 캔디데이트는 이 구조를 바꾼다. 프로토콜 계층의 세션 개념 자체를 폐기하되, 애플리케이션 수준에서 상태를 어떻게 다룰지는 서버 구현자의 몫으로 넘긴다. 호출 간 상태 유지가 필요한 서버라면, 웹 API에서 흔히 쓰는 방식대로 basket_id나 conversation_id 같은 명시적 핸들을 도구 반환값으로 발급하고 클라이언트가 다음 요청 인자로 그 핸들을 다시 전달하게 한다. JWT 토큰을 주고받는 방식과 원리가 같다.

이 전환이 인프라에 미치는 변화를 정리하면 다음과 같다.

항목	기존(Stateful)	변경(Stateless)
로드밸런서 설정	스티키 세션 필수	라운드로빈 가능
세션 스토어	분산 Redis 등 필수	선택적
게이트웨이 요구사항	딥 패킷 인스펙션	일반 HTTP 라우팅
서버 재시작 영향	세션 단절	투명하게 처리
수평 확장 복잡도	높음	낮음

⤢✕

핵심은 로드밸런서가 스티키 세션 없이 라운드로빈으로 요청을 뿌려도, 각 서버 인스턴스가 독립적으로 외부 스토리지에서 상태를 조회·갱신하기 때문에 어느 인스턴스가 요청을 받든 동일하게 처리된다는 점이다. 2025년 명세에서 도입된 Streamable HTTP는 SSE(Server-Sent Events) 대비 프로덕션 적합성을 높였지만 대규모 수평 확장에서는 여전히 세션 관리 문제가 남아 있었다. 2026 로드맵은 Mcp-Method 헤더 기반 트래픽 라우팅, 클라이언트 측 tools/list 응답 캐싱, 세션리스 초기화 핸드셰이크로 이 문제를 마저 해결한다.

Linux Foundation 이관이 바꾸는 채택 구조

2025년 12월 Anthropic은 MCP를 Linux Foundation 산하에 신설된 Agentic AI Foundation(AAIF)에 기증했다. 단순한 행정 절차가 아니라, MCP가 한 기업의 제품이 아닌 업계 공공재(commons)임을 선언하는 조치다. AAIF는 세 개의 창립 프로젝트로 출범했다 — Anthropic이 기증한 MCP, Block(구 Square)이 기증한 오픈소스 에이전트 프레임워크 Goose, OpenAI가 기증한 에이전트 행동 명세 표준 AGENTS.md다.

거버넌스 보드는 전략적 투자, 예산 배분, 신규 멤버 승인을 담당하지만 각 프로젝트의 기술적 방향성과 일상 운영은 완전히 자율적으로 유지된다. Linux Foundation이 MCP의 기술 방향을 지시하는 게 아니라, MCP 유지관리자들이 SEP(Spec Enhancement Proposal) 프로세스로 커뮤니티 입력을 받아 계속 프로토콜을 발전시키는 구조다. 플래티넘 멤버는 Amazon Web Services, Anthropic, Block, Bloomberg, Cloudflare, Google, Microsoft, OpenAI — 평소 경쟁 관계인 AI 기업들이 같은 거버넌스 테이블에 앉아 있다는 점이 눈에 띈다.

Linux 커널, Kubernetes, OpenTelemetry가 그랬듯 중립 재단으로의 이관은 엔터프라이즈 채택을 가속하는 경향이 있다. MCP는 이미 9,700만 다운로드라는 기반을 갖췄지만, AAIF 이관으로 다음과 같은 효과가 기대된다.

구매 승인 장벽 완화: 특정 벤더 독점 프로토콜이 아니게 되어 경쟁사 제품 도입을 꺼리던 기업에서도 채택 가능
공급망 리스크 감소: 단일 벤더 종속 우려가 해소되어 장기 투자 결정이 쉬워짐
감사·컴플라이언스 용이: 오픈 거버넌스 프로세스가 내부 IT 거버넌스 문서화를 뒷받침

엔터프라이즈에서 MCP를 운영한다는 것

기업이 기존 REST/GraphQL API를 MCP 서버로 래핑하는 흐름은 대체로 비슷하다. 먼저 기존 API 엔드포인트를 JSON Schema로 입출력 타입을 명시한 MCP 도구로 선언하고, OAuth 2.0이나 SAML 기반 SSO와 역할 기반 도구 가시성 제어를 접근 제어 레이어로 붙인다. 모든 도구 호출은 SIEM 시스템으로 스트리밍해 감사 로그를 남기고, 같은 MCP 서버가 Claude·GPT-4o·Gemini 등 여러 LLM 클라이언트를 동시에 지원하도록 설계한다.

Stacklok의 2026 보고서는 엔터프라이즈 MCP 배포에서 가장 자주 언급되는 과제로 감사 추적, SSO 통합 인증, 게이트웨이 동작 일관성, 설정 이식성 네 가지를 꼽는다. MCP 도입 이전에 설계된 AI 거버넌스 프레임워크는 MCP 특화 컨트롤을 아직 정의하지 않은 경우가 많아서, 지금 실무 거버넌스 작업의 상당 부분은 이 간극을 메우는 데 쓰이고 있다.

SEP 프로세스와 명세 타임라인

MCP는 Kubernetes의 KEP(Kubernetes Enhancement Proposal)와 유사한 SEP 프로세스로 명세를 발전시킨다. 2026 로드맵에서 명시된 타임라인은 1분기에 핵심 SEP(상태리스 전환, 수평 확장성, 미들웨어 패턴)를 최종화하고, 6월에 차기 명세 릴리스를 예정했으며, 7월 28일에 실제로 릴리스 캔디데이트가 공개됐다. 이 릴리스 캔디데이트의 핵심은 상태리스 코어를 일반 HTTP 인프라 위에서 그대로 운영할 수 있게 만든 것이다.

에이전트 통신 표준과의 수렴

MCP의 진화는 단순한 도구 호출 프로토콜을 넘어 에이전트 간 통신(A2A) 표준과의 통합으로 확장되고 있다. Google의 A2A 프로토콜, OpenAI의 Agents API, Anthropic의 Computer Use API가 MCP를 공통 기반으로 삼는 흐름이다. 정리하면 LLM과 도구·데이터소스 사이는 MCP 단일 프로토콜로 수직 통합되고, 에이전트 간 통신에서는 MCP 기반 컨텍스트 전달이 수평 통합을 이루며, AAIF 산하 MCP·Goose·AGENTS.md가 거버넌스 층에서 에이전트 표준 스택을 형성한다.

이 수렴에서 상태리스 아키텍처는 전제 조건에 가깝다. 수십 개의 에이전트가 동시에 수천 개의 MCP 서버를 호출하는 상황에서 스티키 세션 기반 상태 관리는 운영 복잡도와 장애 폭발 반경을 감당하기 어려운 수준으로 키우기 때문이다.