MCP 서버 2,181개 전수 조사 결과: 52%가 작동 불능 상태

커뮤니티 반응

데이터 기반의 조사에 대해 매우 긍정적인 반응이며, MCP 생태계의 '거품'이 빠지고 있다는 의견과 관리가 잘 되는 서버를 선별할 기준이 필요하다는 토론이 이어지고 있다.

주요 논점

01중립다수

MCP 프로토콜 자체의 결함이라기보다 초기 실험적 프로젝트들의 관리 부재로 인한 현상이다.

합의점 vs 논쟁점

합의점

현재 공개된 MCP 서버의 절반 이상이 실제로는 사용할 수 없는 상태이다.
상용 서비스 기반의 서버들은 비교적 높은 성능과 안정성을 유지하고 있다.

논쟁점

인증이 필요한 서버(37%)를 가동 중인 것으로 간주할지에 대한 기준 차이

실용적 조언

MCP 서버를 선택할 때 최근 커밋 기록과 평균 지연 시간을 반드시 확인해야 한다.
신뢰성이 중요한 서비스라면 직접 호스팅하거나 검증된 상용 서비스의 MCP를 사용하는 것이 안전하다.

섹션별 상세

작성자는 MCP 서버의 실제 생태계 현황을 파악하기 위해 2,181개의 원격 엔드포인트를 대상으로 자동 헬스 체크를 수행했다. 공식 레지스트리와 주요 플랫폼에서 데이터를 수집하여 연결 상태와 응답 코드를 확인하는 방식으로 진행됐다. 조사 결과 전체의 52%가 타임아웃이나 연결 거부 등으로 완전히 작동하지 않는 상태임이 확인됐다. 이는 초기 열풍에 비해 실제 유지보수되는 서버가 적음을 뜻한다.

서버의 응답 상태를 분류한 결과, 정상적인 응답을 보내는 서버는 단 9%에 불과했으며 37%는 인증을 요구하는 상태였다. 1.5%의 서버는 응답 속도가 매우 느리거나 간헐적인 오류를 내뱉는 성능 저하 상태로 나타났다. 정상 가동 중인 서버 중에서도 99% 이상의 가동률을 유지하는 서버는 516개로 집계됐다. 이는 공개된 MCP 서버 중 신뢰할 수 있는 서비스의 비중이 매우 낮다는 사실을 뒷받침한다.

개발 활성도를 측정하기 위해 GitHub 저장소가 있는 서버들을 대조한 결과, 58%가 최근 30일 동안 커밋이 전혀 없었다. 카테고리별로는 개발 도구(dev-tools)가 1,238개로 가장 많았으나, 보안(security) 관련 서버의 평균 가동률은 27%로 최저치를 기록했다. 금융(finance) 카테고리는 평균 지연 시간이 2,558ms에 달해 성능 면에서 가장 취약한 모습이었다. 프로젝트의 지속 가능성과 카테고리별 품질 격차가 뚜렷하게 드러난 결과이다.

성능이 우수한 서버들의 구체적인 지연 시간 수치도 함께 공개됐다. GitHub MCP가 101ms로 가장 빨랐으며, Timescale의 pg-aiguide(104ms)와 Supabase(109ms)가 그 뒤를 이었다. 이러한 수치는 잘 관리되는 상용 서비스 기반의 MCP 서버들이 실시간 응용에 적합한 성능을 내고 있음을 증명한다. 반면 대다수의 개인 프로젝트성 서버들은 성능과 안정성 면에서 큰 차이를 보였다.

용어 해설

모델 컨텍스트 프로토콜(MCP): — Model Context Protocol의 약자로, LLM이 외부 도구, 데이터 소스, 서비스와 표준화된 방식으로 통신할 수 있게 해주는 개방형 프로토콜이다. 에이전트 생태계의 상호운용성을 높이는 핵심 기술이다.
지연 시간(Latency): — 지연 시간을 의미하며, 요청을 보낸 시점부터 응답을 받을 때까지 걸리는 시간이다. 실시간 AI 응용 프로그램에서 사용자 경험과 시스템 효율성을 결정하는 중요한 지표이며, 특히 에이전트의 응답 속도에 직결된다.
가동 시간(Uptime): — 가동 시간을 의미하며, 시스템이나 서비스가 정상적으로 작동하며 접근 가능한 상태로 유지되는 시간의 비율이다. 서비스의 신뢰성과 안정성을 평가하는 핵심 지표로 사용되며 99% 이상을 권장한다.

언급된 도구

GitHub MCP추천

GitHub 연동을 위한 MCP 서버

Supabase추천

데이터베이스 연동을 위한 MCP 서버

Timescale pg-aiguide추천

PostgreSQL 가이드를 위한 MCP 서버

언급된 리소스

문서mcp.so

문서PulseMCP

문서Smithery