세션 없는 MCP 서버, 뭐가 좋길래 — 무상태(Stateless) MCP 이야기

요즘 AI 개발 쪽에서 MCP라는 단어, 한 번쯤 들어보셨을 거예요. MCP(Model Context Protocol)는 Anthropic이 2024년 말에 공개한 표준 프로토콜인데요, AI 모델이 외부 도구나 데이터베이스, 서비스에 연결할 때 쓰는 '공용 커넥터'라고 생각하시면 돼요. 흔히 'AI계의 USB-C'라고 비유하죠. 예전에는 AI에 새 기능을 붙이려면 서비스마다 연동 코드를 따로 짜야 했는데, MCP 덕분에 서버를 한 번 만들어두면 어떤 AI 클라이언트에서든 갖다 쓸 수 있게 됐거든요.

그런데 Django 프레임워크 공동 개발자이자 AI 도구 분야에서 영향력 있는 블로거인 사이먼 윌리슨(Simon Willison)이 최근 '무상태(stateless) MCP'에 다시 관심이 생겼다는 글을 올렸어요. MCP에 대해 꾸준히 '너무 복잡하다'는 비판적 시선을 유지해온 사람이라 이 변화가 꽤 의미심장한데요, 오늘은 이게 무슨 이야기인지 차근차근 풀어볼게요.

상태가 있다는 게 뭐가 문제길래

먼저 '상태(state)'가 뭔지부터 짚고 갈게요. 서버가 상태를 가진다는 건, 클라이언트와 나눈 대화의 맥락을 서버가 기억하고 있다는 뜻이에요. 단골 카페에 비유하면, 사장님이 '늘 드시던 아이스 아메리카노죠?' 하고 기억해주는 것과 같아요. 편하긴 한데, 문제는 그 사장님이 있는 지점에만 가야 한다는 거죠.

초기 MCP가 딱 이랬어요. 클라이언트와 서버가 연결을 맺으면 초기화 핸드셰이크를 하고, 세션을 유지하면서, 서버가 클라이언트에게 먼저 알림을 보내는 양방향 통신까지 지원했거든요. 기능은 풍부하지만 이런 구조는 요즘 인프라와 상성이 안 좋아요. AWS Lambda나 Cloudflare Workers 같은 서버리스 환경은 요청 하나 처리하고 사라지는 게 기본이라 긴 연결을 유지하기 어렵고요. 서버를 여러 대로 늘리려 해도 같은 세션의 요청이 항상 같은 서버로 가야 하니까(이걸 sticky session이라고 해요) 로드밸런싱이 복잡해지죠.

무상태 MCP는 이 문제를 정면으로 풀어요. 요청 하나하나가 완전히 독립적이라서, 필요한 정보를 요청에 다 담아 보내고 응답을 받으면 끝이에요. 서버는 아무것도 기억할 필요가 없으니 아무 서버나 요청을 받아도 되고, 서버리스에 올려도 되고, 평범한 REST API처럼 캐싱하고 스케일링할 수 있어요. 실제로 MCP 스펙도 2025년에 기존 SSE 방식을 'Streamable HTTP'라는 전송 방식으로 개편하면서, 세션 없이 동작하는 무상태 서버를 공식적으로 허용했고요.

웹이 이미 증명한 길

사실 이 방향은 웹의 역사가 이미 증명한 길이기도 해요. HTTP 자체가 무상태 프로토콜이고, 그 단순함 덕분에 웹이 지구 규모로 스케일할 수 있었거든요. 상태가 필요하면 쿠키나 토큰으로 클라이언트가 들고 다니거나 데이터베이스에 외부화하는 방식으로 풀었죠. MCP가 무상태로 가는 건, AI 도구 연결 프로토콜이 웹의 성공 공식을 따라가는 셈이에요.

한편에서는 'MCP 없이 그냥 OpenAPI 스펙을 주고 REST API를 호출시키면 되지 않냐'는 회의론도 여전히 있어요. 무상태 MCP는 이 두 진영 사이의 절충점이기도 해요. MCP라는 표준이 주는 생태계 이점은 가져가면서, 운영은 우리가 잘 아는 평범한 HTTP 서비스처럼 할 수 있으니까요. 주요 AI 회사들이 줄줄이 MCP를 채택하면서 사실상 업계 표준이 된 지금, '이걸 어떻게 부담 없이 운영하냐'가 다음 숙제였는데, 무상태화가 그 답에 가까워 보여요.

우리에게는 뭐가 달라질까

사내 도구나 서비스를 MCP로 노출할 계획이 있다면, 처음부터 무상태로 설계하는 걸 추천해요. 인증은 세션 대신 요청마다 토큰을 실어 보내고, 꼭 필요한 상태는 Redis나 DB에 두는 거죠. 웹 백엔드를 개발하던 감각 그대로예요. 이렇게 만들면 Lambda나 Cloud Functions에 그냥 올릴 수 있어서, MCP 서버 하나 띄우자고 상시 실행 서버를 관리할 필요가 없어져요.

정리하면, MCP는 '똑똑하지만 무거운 프로토콜'에서 '웹처럼 단순하고 배포하기 쉬운 프로토콜'로 무게중심을 옮기는 중이에요. 여러분은 어떠세요? MCP 서버를 만들어보셨다면 어떤 전송 방식을 쓰셨나요? 아니면 아직은 그냥 REST API로 충분하다고 보시나요?