길리랩blog

MCP 오픈 표준 전환과 에이전트 컨텍스트 공급 아키텍처

MCP의 Linux Foundation 전환, Host·Client·Server 구조, 컨텍스트 공급과 엔터프라이즈 보안·레지스트리 운영 방식을 정리한다.

2026-08-14 · 최초 발행 2026-08-02

벤더별 어댑터가 만든 통합 병목

MCP(Model Context Protocol)는 AI 에이전트가 외부 데이터, 도구, 서비스에 접근하는 방식을 표준화한 JSON-RPC 2.0 기반 클라이언트-서버 프로토콜이다. 다양한 장치를 하나의 인터페이스로 연결하는 USB-C처럼, 모델과 컨텍스트 소스를 같은 프로토콜로 잇는 역할을 맡는다.

2024년 11월 Anthropic이 MCP를 오픈소스로 공개한 뒤, 2026년 2월 Linux Foundation 산하 Agentic AI Foundation에 기증했다. 그 결과 MCP는 벤더 중립 오픈 표준으로 전환됐다. 월 9,700만 건의 SDK 다운로드, 공개 서버 1만 개 이상, 75개 이상의 공식 커넥터를 갖춘 생태계로 확장됐으며 Anthropic·OpenAI·Microsoft·Google 등 주요 AI 랩이 참여하고 있다.

기존 LLM 에이전트는 Slack, GitHub, Jira, PostgreSQL마다 별도 통합 코드를 구현해야 했다. 플랫폼과 도구가 늘수록 재사용할 수 없는 어댑터가 누적되는 N×M 문제가 생긴다. MCP는 에이전트와 컨텍스트 공급자를 각각 표준에 맞추도록 해 이 관계를 N+M으로 단순화한다. MCP 서버만 제공되면 어떤 MCP 클라이언트(에이전트)도 연결할 수 있다.

Linux Foundation 편입이 바꾼 운영 조건

구분 전환 전 (2024.11 – 2026.01) 전환 후 (2026.02~)
거버넌스 Anthropic 단독 Linux Foundation / Agentic AI Foundation
벤더 중립성 낮음 높음
표준화 수준 사실상 표준 공식 오픈 표준
참여 기업 Anthropic 중심 Anthropic·OpenAI·Microsoft·Google 등
SDK 다운로드 증가세 월 9,700만 건
공개 서버 수 수천 개 1만 개+

이 변화는 주관 기관의 교체에만 그치지 않는다. IP 중립성, 기업 간 기여의 균형, 장기 유지보수 안정성이 확보되면서 엔터프라이즈 도입에서 법적·정치적 장벽을 낮추는 조건이 됐다.

Host에서 Server까지 이어지는 연결 구조

MCP는 Host, Client, Server의 계층으로 구성된다.

⤢✕JSON-RPC 2.0 overstdio/SSE/HTTPJSON-RPC 2.0 overstdio/SSE/HTTPJSON-RPC 2.0 overstdio/SSE/HTTPHost (LLM Application)MCP Client 1MCP Client 2MCP Client NMCP Server A (GitHub)MCP Server B (PostgreSQL)MCP Server C (Slack)외부 API / DB / 파일시스템

Host는 Claude Desktop, Cursor, VS Code Copilot처럼 LLM을 실행하는 애플리케이션이다. Host 내부의 MCP Client는 MCP Server와 1:1 연결을 유지한다. MCP Server는 특정 도구나 데이터 소스를 MCP 표준으로 노출하는 경량 프로세스다.

전송 계층은 다음 방식을 지원한다.

전송 방식 사용 환경 특징
stdio 로컬 프로세스 낮은 지연, 단순 구현
SSE (Server-Sent Events) HTTP 원격 서버 실시간 스트리밍 지원
HTTP Streamable REST 환경 2025년 추가, 상태 없는 배포 가능

행동·컨텍스트·지시를 나누는 원시타입

MCP 서버가 클라이언트에 제공하는 원시타입(primitive)은 Tools, Resources, Prompts다.

원시타입 제어 주체 설명 예시
Tools 모델 LLM이 직접 호출 가능한 함수 search_github_issues(), run_sql_query()
Resources 애플리케이션 파일·데이터베이스 레코드 등 컨텍스트 데이터 file://project/README.md, db://orders/2026
Prompts 사용자 재사용 가능한 프롬프트 템플릿 /summarize, /code-review

Tools는 에이전트의 행동(action), Resources는 컨텍스트(context), Prompts는 재사용 가능한 지시(instruction)를 맡는다. 이 역할 분리가 서버의 기능을 노출하고 소비하는 경계를 명확하게 만든다.

런타임에서 서버 기능을 찾아 연결하는 방식

에이전트는 사전에 서버 구현을 알지 못해도 런타임에 MCP 서버를 발견하고 연결할 수 있다.

⤢✕MCP RegistryMCP ServerMCP ClientAI Agent (Host)MCP RegistryMCP ServerMCP ClientAI Agent (Host)서버 목록 조회 (list_servers)사용 가능한 서버 목록 반환서버 연결 지시initialize (프로토콜 협상)capabilities 반환 (tools/resources/prompts 목록)사용 가능 기능 전달tools/call (GitHub search_issues)JSON-RPC 요청 전송결과 반환 (content array)컨텍스트 공급 완료

initialize 핸드셰이크에서 서버의 기능을 확인한 뒤, tools/list와 resources/list 호출로 사용할 수 있는 기능을 런타임에 탐색한다. 에이전트가 서버별 구현을 미리 알아야 하는 결합을 줄이는 구조다.

Linux Foundation 전환 후에는 Anthropic MCP 서버, OpenAI 호환 서버, Microsoft Azure MCP 서버를 하나의 에이전트 시스템에서 함께 쓰는 멀티벤더 통합도 가능해졌다.

[Enterprise Agent]
    ├── Anthropic Tool Server (Claude-native)
    ├── OpenAI Responses API MCP Bridge
    ├── Azure AI Foundry MCP Connector
    └── Google Cloud MCP Adapter

표준화된 프로토콜을 바탕으로 벤더 종속 없이 필요한 서버를 선택하고 조합할 수 있다.

내부 데이터와 공개 서버를 함께 다루는 선택

기준 자체 MCP 서버 구축 공개 서버 활용
초기 비용 높음 (개발 공수 필요) 낮음 (즉시 사용)
데이터 보안 높음 (내부 통제) 낮음 (외부 의존)
커스터마이징 자유도 높음 제한적
유지보수 내부 책임 오픈소스 커뮤니티
적합 케이스 내부 데이터, 민감 정보 범용 도구 (GitHub, Slack)
MCP SDK 의존성 Python/TypeScript SDK 필수 없음

내부 데이터(ERP, CRM, 내부 문서)는 자체 서버로 연결하고, 외부 SaaS(GitHub, Notion, Jira)는 공개 서버를 사용하는 하이브리드 접근이 권장된다.

내부 데이터를 MCP 서버로 제공할 때는 인증·인가, 데이터 격리, 네트워크 보안을 함께 설계해야 한다.

인증·인가 레이어에서는 OAuth 2.1 기반 서버 인증(2025년 MCP 사양 추가), 도구별 권한 범위(scope) 분리, JWT 토큰 기반 세션 관리를 적용한다.

데이터 격리는 다음과 같이 MCP Server와 내부 서비스 사이에 API Gateway, RBAC 정책, 감사 로그 경로를 둔다.

[MCP Server] → [API Gateway] → [Internal Service Mesh]
                    ↓
               [RBAC Policy Engine]
                    ↓
               [Audit Log (SIEM)]

네트워크 측면에서는 MCP 서버를 DMZ 또는 내부 VPC에 격리 배포하고, stdio 사용 시 로컬 프로세스 권한을 최소화한다. HTTP/SSE 전송에는 TLS 1.3을 강제 적용한다.

SDK로 컨텍스트 공급 서버를 구성하는 예시

Python MCP SDK의 최소 서버 구현은 다음과 같다.

from mcp.server.fastmcp import FastMCP

mcp = FastMCP("enterprise-data-server")

@mcp.tool()
async def query_internal_db(sql: str, database: str) -> str:
    """내부 데이터베이스 쿼리 실행"""
    # RBAC 검증 후 쿼리 실행
    result = await db_pool.execute(sql, database=database)
    return result.to_json()

@mcp.resource("docs://{doc_id}")
async def get_document(doc_id: str) -> str:
    """내부 문서 시스템에서 문서 조회"""
    return await doc_store.get(doc_id)

if __name__ == "__main__":
    mcp.run(transport="stdio")

TypeScript SDK도 같은 패턴을 지원한다. 프로토콜이 언어 중립적으로 설계돼 있으므로 팀의 기술 스택에 맞춰 선택할 수 있다.

서버 레지스트리를 보안 거버넌스로 운영하기

공개 서버 1만 개 시대에는 레지스트리 관리가 거버넌스의 핵심이 된다.

분류 설명 검토 주기
Approved 보안 검토 완료, 즉시 사용 가능 분기 1회
Provisional 사용 허가, 모니터링 중 월 1회
Blocked 보안 이슈 확인, 사용 금지 즉시
Under Review 검토 중, 사용 보류 2주 내 완료

레지스트리는 허용 목록(allow-list)을 기본으로 채택하고, 오픈소스 서버에는 SBOM(Software Bill of Materials) 제출을 요구한다. 공급망 보안을 위해서는 Sigstore를 활용한 서명 검증을 적용한다.

MCP와 도구 호출 방식의 경계

비교 항목 MCP LangChain Tool OpenAI Function Calling
표준화 수준 오픈 표준 (Linux Foundation) 프레임워크 종속 API 종속
프로토콜 JSON-RPC 2.0 Python 객체 인터페이스 JSON Schema (API 내장)
언어 독립성 높음 (TypeScript/Python/Go SDK) 낮음 (Python 중심) 중간 (REST API)
서버 재사용성 높음 (어떤 클라이언트에서도 사용) 낮음 (LangChain 앱 전용) 낮음 (OpenAI 전용)
벤더 종속성 없음 LangChain 종속 OpenAI 종속
멀티모달 리소스 지원 텍스트·이미지·바이너리 텍스트 중심 제한적
동적 기능 탐색 지원 (runtime capabilities) 미지원 미지원
스트리밍 지원 SSE / HTTP Streamable 별도 구현 필요 지원
보안 모델 OAuth 2.1 내장 커스텀 구현 API Key
에코시스템 규모 1만 개+ 서버 수백 개 통합 수백 개 플러그인
적합 케이스 멀티에이전트·엔터프라이즈 빠른 프로토타이핑 OpenAI 단일 스택

MCP는 프로토콜 레이어를 표준화한다. LangChain은 프레임워크 레이어, OpenAI Function Calling은 API 레이어를 표준화하는 방식이다. 이들은 상호 배타적인 선택지가 아니며, LangChain 에이전트가 MCP 서버를 사용하는 조합도 가능하다.

확장 중인 MCP 생태계

멀티에이전트 오케스트레이션에서는 단일 에이전트-서버 구조를 넘어 에이전트-에이전트 통신 표준으로의 확장이 논의되고 있다. Agent-to-Agent(A2A) 프로토콜과 MCP의 통합도 진행 중이다.

엣지와 디바이스 영역에서는 Apple Intelligence, Qualcomm NPU 기반의 온디바이스 LLM이 로컬 MCP 서버와 연결되는 패턴이 등장했다. 로컬 환경에서는 stdio 전송이 적합하다.

MCP Marketplace도 확장되고 있다. 1만 개 이상의 서버를 검색·평가·배포하는 통합 마켓플레이스 생태계가 형성 중이며, npm/pip 수준의 패키지 관리 경험이 MCP 서버에도 적용된다.

MCP는 단순한 API 래퍼가 아니라 AI 에이전트 생태계의 인프라 레이어다. Linux Foundation 편입과 월 9,700만 SDK 다운로드, 1만 개 이상의 공개 서버는 이 표준의 채택 기반을 보여준다. 엔터프라이즈에서는 자체 서버와 공개 서버를 조합하되, 보안 설계와 레지스트리 정책을 함께 운영해야 한다.

Sources

MCPAI 에이전트컨텍스트 공급오픈 표준에이전트 보안Linux Foundation