MCP가 무상태로 전환: 드디어 명세가 마지막 엔터프라이즈 장애물을 해결했습니다

새로운 Model Context Protocol 개정판에서 상태 유지 세션 요구 사항이 제거되었습니다. 이는 MCP를 로드 밸런서 뒤에서 확장하기 어렵게 만들었던 요소였습니다. 종이 위의 작은 변화가 실제 배포에서는 큰 차이를 만듭니다.

간단히 말해 모델 컨텍스트 프로토콜(MCP, AI 어시스턴트가 외부 도구를 호출할 수 있게 해주는 사양)이 클라이언트와 서버 간의 상태 유지 연결 요구 사항을 제거한 개정판을 출시했습니다. 이는 엔터프라이즈 인프라 팀이 기다려온 변화입니다.

상태 유지가 문제였던 이유

원래 MCP 전송 방식은 지속적인 클라이언트-서버 세션을 가정했습니다. 어시스턴트가 도구 호출이 필요할 때, 어시스턴트와 도구는 상호작용duration 동안 실시간 채널을 공유했습니다. 노트북에서는 괜찮지만 대규모에서는 awkward합니다.

이 awkward함은 로드 밸런서를 앞에 두는 순간 바로 드러납니다. 상태 유지 세션은 이후 모든 호출이 동일한 백엔드 인스턴스로 전달되어야 함을 의미합니다. 이는 엔터프라이즈 인프라에서 가장 저렴한 배포 패턴(요청을 무상태 풀에 분산, 부하에 따라 자동 확장, 노드 손실 허용)을 파괴합니다. 결국 세션 선호도 임시방편, 스티키 라우팅, 또는 더 나쁜 경우 자체 SPOF가 되는 연결 관리자를 구축해야 합니다.

새로운 사양이 실제로 변경하는 내용

보도에 따르면 개정된 전송 방식은 서버가 무상태 모드를 광고할 수 있게 합니다. 실제로는 다음과 같습니다:

# 이전 (의역)
POST /mcp/session → session_id
POST /mcp/call { session_id, tool, args } # 동일한 노드에 전달해야 함
POST /mcp/close { session_id }

# 이후 - 무상태 모드
POST /mcp/call { tool, args, ctx } # 모든 노드, 세션 없음

ctx는 클라이언트가 푸시하는 이전 턴에 대한 서버가 필요로 하는 모든 정보를 담은 부분입니다. 이는 REST API가 20년 전에 정착한 동일한 패턴입니다. - 약간 더 큰 요청으로 얻은 무상태성.

내부 동작: 이제 당신이 책임져야 하는 트레이드오프

무상태는 공짜가 아닙니다. 두 가지가 클라이언트로 이동합니다:

• 컨텍스트 관리. 클라이언트는 이제 도구가 필요로 하는 대화당 상태에 대한 진실의 원천이 됩니다. 더 큰 페이로드와 새로운 버그 클래스(전파를 잊는 경우)가 발생합니다.
• 멱등성. 모든 노드가 모든 호출을 처리할 수 있게 되면서 재시도가 더 많은 곳에서 가능해집니다. 도구 작성자는 호출을 멱등하게 만들거나 이중 실행을 처리해야 합니다.

대부분의 엔터프라이즈 배포에서는 이 트레이드가 가치가 있습니다. 왕복 바이트가 중요한 저지연 어시스턴트의 경우 실제 비용입니다.

这是什么信号

MCP 에코시스템은 "프로토타입 품질"에서 "실제로 SRE 팀 뒤에 배치할 수 있는" 단계로 plumbing이 성숙하고 있음을 보여왔습니다. 무상태 전송은 그 방향의 구체적인 단계입니다. 또한 사양 작성자가 성장이 어디에 있다고 생각하는지 보여줍니다: 엔터프라이즈 내부, 프록시 뒤, 개별 개발자 기기가 아닙니다.

그래서?

건축가에게: MCP 통합을 배포하고 세션 선호도 문제를 겪었다면 이제 이 수정은 사양에서 공식 지원됩니다. 결정자에게: MCP가 이제 조달 친화적이 되었습니다. 벤더들이 "MCP 네이티브"를 광고하기를 REST 네이티브를 광고했던 방식처럼 기대하세요.