MCP vs REST API
— 왜 굳이 MCP를 쓰는가
REST API로도 AI에 도구를 연결할 수 있습니다.
그런데 왜 새로운 프로토콜이 필요할까요?
“그냥 API 호출하면 되는 거 아니에요?”
맞습니다. 되기는 됩니다.
문제는 AI 에이전트마다, 도구마다, 연결 방식이 전부 달라서
매번 처음부터 만들어야 한다는 것입니다.
USB가 등장하기 전을 기억하세요
프린터는 패러렐 포트, 마우스는 PS/2, 모뎀은 시리얼 포트.
장치마다 커넥터가 달랐고, 드라이버도 따로 설치해야 했습니다.
USB가 나오자 하나의 규격으로 모든 장치를 연결할 수 있게 됐습니다.
꽂으면 인식되고, 드라이버가 자동으로 잡힙니다.
MCP가 하려는 것이 정확히 이겁니다.
AI 에이전트와 도구 사이의 “USB 규격”.
REST API vs MCP — 핵심 차이
| REST API | MCP | |
|---|---|---|
| 설계 대상 | 사람(개발자)이 호출 | AI 에이전트가 호출 |
| 도구 발견 | 문서를 읽고 직접 구현 | 자동 디스커버리 (도구 목록 조회) |
| 스키마 | OpenAPI/Swagger (선택) | JSON Schema (필수, 자기 기술적) |
| 호환성 | API마다 다른 인터페이스 | MCP 지원 에이전트면 어디서든 연결 |
| 양방향 통신 | 요청-응답 (단방향) | 양방향 (서버가 클라이언트에 알림 가능) |
| 에이전트 전환 비용 | 에이전트마다 커넥터 재구현 | 한 번 만들면 모든 MCP 에이전트에서 사용 |
1. 자동 디스커버리 — 도구를 스스로 찾는다
REST API에서 도구를 연결하려면
개발자가 API 문서를 읽고,
엔드포인트, 파라미터, 인증 방식을 파악하고,
에이전트에 맞는 커넥터를 직접 작성해야 합니다.
MCP에서는 에이전트가 서버에 연결하면
사용 가능한 도구 목록, 각 도구의 설명, 입력 스키마를
자동으로 받아옵니다.
에이전트는 이걸 읽고 어떤 도구를 쓸지 스스로 판단합니다.
M × N 문제의 해결
에이전트 M개, 도구 N개가 있으면
REST API로는 M × N개의 커넥터를 만들어야 합니다.
MCP로는 도구 쪽에서 MCP 서버 N개만 만들면
어떤 MCP 에이전트든 바로 연결됩니다.
M + N으로 줄어드는 겁니다.
2. 자기 기술적 스키마 — AI가 읽을 수 있는 설명서
REST API의 OpenAPI(Swagger) 스펙은
사람이 읽기 위해 설계되었습니다.
선택 사항이라 없는 API도 많습니다.
MCP 도구는 반드시 세 가지를 포함합니다.
이 구조 덕분에 AI 에이전트는
별도의 코딩 없이 도구의 용도를 이해하고
올바른 파라미터를 구성하여 호출할 수 있습니다.
3. 에이전트 호환성 — 한 번 만들면 어디서든
REST API로 Slack 연동을 만들었다면
그건 특정 에이전트 전용 커넥터입니다.
다른 에이전트에서 쓰려면 다시 만들어야 합니다.
MCP 서버로 만들었다면
Claude, GPT, Gemini, 자체 에이전트 등
MCP를 지원하는 모든 에이전트에서 동작합니다.
현재 MCP를 지원하는 주요 플랫폼은
Claude Desktop, Cursor, Windsurf, VS Code(Copilot),
OpenAI Agents SDK, Google ADK 등입니다.
사실상 주요 AI 플랫폼 대부분이 지원하거나 지원 예정입니다.
4. 양방향 통신 — 서버도 말을 건다
REST API는 클라이언트가 요청하면 서버가 응답하는
단방향 구조입니다.
MCP는 양방향입니다.
서버가 클라이언트에게 알림을 보낼 수 있습니다.
양방향이 필요한 순간
· 도구 목록이 변경되었을 때 에이전트에 알림
· 장시간 작업의 진행 상황을 실시간 전달
· 리소스(파일, DB)가 변경되었을 때 에이전트에 통지
· 서버가 에이전트에게 추가 정보를 요청 (sampling)
그러면 REST API는 필요 없는가?
아닙니다. MCP는 REST API를 대체하는 게 아니라
AI 에이전트와 도구 사이의 연결을 표준화하는 것입니다.
실제로 MCP 서버 내부에서는
REST API를 호출하는 경우가 많습니다.
MCP는 에이전트와의 인터페이스이고,
REST API는 백엔드 시스템과의 인터페이스입니다.
계층 관계
AI 에이전트 → MCP → MCP 서버 → REST API → 백엔드 시스템
MCP는 에이전트가 도구를 발견하고 호출하는 방법을 표준화하고,
REST API는 그 도구가 실제로 외부 시스템과 통신하는 방법입니다.
언제 MCP를 선택해야 하는가
MCP를 쓰세요
· AI 에이전트가 도구를 자동으로 발견하고 호출해야 할 때
· 여러 에이전트 플랫폼에서 같은 도구를 재사용하고 싶을 때
· 도구 목록이 동적으로 바뀌고, 에이전트가 이를 인지해야 할 때
· 에이전트 생태계에 도구를 배포하고 싶을 때
REST API로 충분합니다
· 특정 에이전트 하나에만 연결하면 되는 경우
· 도구가 고정적이고, 변경이 거의 없는 경우
· 에이전트가 아닌 일반 애플리케이션에서 호출하는 경우
· 기존 REST API 인프라가 잘 갖춰져 있고 전환 비용이 큰 경우
MCP 서버를 구축하고 싶다면
AIR(MCP 서버 프레임워크)로
인증, 스키마 검증, 감사 로그가 내장된 서버를 빠르게 만들 수 있습니다.
MCP의 보안 위협이 궁금하다면
OWASP MCP Top 10 분석을,
프로덕션 배포 전 체크리스트는
MCP 보안 설계 체크리스트를 참고하세요.
본 글은 리원에이스 기술개발본부가 작성한 기술 콘텐츠입니다. 외부 공유 시 출처를 명시해 주세요.
2026년 8월 19일
리원에이스 기술개발본부