아키텍처

MCP + A2A: 모든 프로덕션 에이전트 AI 시스템 뒤에 있는 두 가지 프로토콜

글쓴이: IdeaBosque최종 업데이트: 2026年7月21日

핵심 요점

MCP는 10,000+ 공개 서버, 월 9700만 SDK 다운로드, 300+ 클라이언트를 보유 — Anthropic 생태계 업데이트(2025년 12월)가 OpenAI, Google, Microsoft, Cursor의 크로스 벤더 지원을 확인.
A2A는 첫 해에 150개 조직을 돌파 — Linux Foundation 발표(2026년 4월), Google, Microsoft, AWS 플랫폼에서 프로덕션 배포.
Google은 A2A를 MCP의 보완으로 명시적으로 위치 지정 — MCP는 에이전트를 도구에 연결하고, A2A는 에이전트를 에이전트에 연결합니다. 둘 다 이제 Linux Foundation 거버넌스 하에 있습니다.
23%의 조직이 활성 AI 에이전트 파일럿을 보유 — Capgemini, 2026. 프로토콜 문제는 더 이상 이론적이지 않습니다. 아키텍처 결정입니다.
Stacklok의 2026년 설문조사는 소프트웨어 조직의 41%가 제한적 또는 광범위 프로덕션에서 MCP 서버를 사용 중이라고 표시 — 엔터프라이즈 교두보는 추측이 아닌 현실입니다.

두 프로토콜이 6개월 간격으로 출시되어 AI 에이전트의 연결 방식을 재구성했습니다. Anthropic은 2024년 11월에 AI 에이전트를 도구와 데이터에 연결하는 개방형 표준으로 Model Context Protocol(MCP)을 출시했습니다. Google은 2025년 4월에 AI 에이전트를 서로 연결하는 개방형 표준으로 Agent2Agent Protocol(A2A)를 출시했습니다. 둘 다 이제 Linux Foundation 거버넌스 하에 있습니다. 둘 다 오픈소스입니다. 둘 다 경쟁 거인들에 의해 채택되었습니다 — OpenAI, Google, Microsoft, Anthropic 모두 둘 다 지원합니다.

정착하는 비유: MCP는 AI의 USB-C. A2A는 에이전트의 HTTP. 이 글은 프로덕션 에이전트 AI 시스템에서 그들이 어떻게 맞춰지는지, 채택 수치가 생태계의 현재 상태를 무엇을 말하는지, B2B 배포에서 결합하는 아키텍처 패턴을 설명합니다.

2계층 프로토콜 스택

다이어그램은 2계층 스택을 보여줍니다: 상단에 A2A(에이전트 간 조정), 중간에 MCP(에이전트-도구 접근), 하단에 외부 시스템과 전문 에이전트. 에이전트는 A2A를 통해 작업을 수신하고, A2A를 통해 다른 에이전트에 하위 작업을 위임하며, MCP를 사용하여 NetSuite, HubSpot, BigCommerce 또는 10,000+ MCP 서버 중 하나에 접근하는 도구를 호출합니다.

MCP: 도구 접근 계층

MCP는 M×N 통합 문제를 해결합니다. MCP 이전에 모든 AI 모델은 호출하는 모든 도구에 대한 맞춤형 통합 코드가 필요했습니다 — M 모델 × N 도구 = M×N 통합. MCP는 이를 M+N 솔루션으로 대체합니다: 도구 제공자는 N개의 MCP 서버를 생성하고, AI 애플리케이션 개발자는 M개의 MCP 클라이언트를 생성하며, 모든 클라이언트가 표준화된 프로토콜을 통해 모든 서버를 호출할 수 있습니다.

채택 수치는 더 이상 추측이 아닙니다:

지표	값	출처
활성 공개 MCP 서버	10,000+	Anthropic 생태계 업데이트, 2025년 12월
월간 SDK 다운로드	97M+ (Python + TypeScript)	Anthropic, 2025년 12월
MCP 클라이언트	300+	여러 생태계 트래커
mcp-server 토픽의 GitHub 저장소	15,926	GitHub Search API, 2026년 5월 24일
엔터프라이즈 프로덕션 (제한적 또는 광범위)	소프트웨어 조직의 41%	Stacklok State of MCP 2026 설문조사
공식 레지스트리 서버 기록	9,652	MCP Registry API, 2026년 5월

MCP의 2026년 7월 28일 릴리스 후보는 프로토콜 계층을 무상태로 만듭니다 — 세션 핸드셰이크를 제거하고, 상태 저장 워크플로우를 위한 명시적 핸들을 도입하며, OAuth 2.1 with PKCE를 필수로 합니다. B2B 배포의 경우 이는 스티키 세션 없음, 공유 세션 저장소 없음, 단순 라운드 로빈 로드 밸런서 뒤의 무상태 수평 확장을 의미합니다.

A2A: 에이전트 조정 계층

A2A는 MCP가 다루지 않는 간극을 채웁니다. MCP는 에이전트를 도구에 연결합니다. A2A는 에이전트를 다른 에이전트에 연결합니다. 전문 기능 — 가격 책정 로직, 카탈로그 검색, RFQ 처리 — 이 필요한 에이전트는 A2A 엔드포인트를 통해 해당 기능을 노출하는 원격 에이전트에 작업을 위임하고, 결과를 A2A 작업으로 수신하고, 자신의 워크플로우를 계속할 수 있습니다.

Linux Foundation 발표(2026년 4월 9일)가 확인한 내용:

150+ 조직이 첫 해에 표준 지원
프로덕션 배포가 Google, Microsoft, AWS 플랫폼 전반에 걸쳐
50+ 런칭 파트너 — Salesforce, PayPal, Atlassian, Accenture, BCG, Deloitte, McKinsey, PwC 포함
Google Cloud에 깊은 통합(Vertex AI, Agent Engine, Agent Development Kit)

A2A는 세 가지 핵심 기본 요소를 정의합니다:

Agent Card — /.well-known/agent-card.json에 있는 JSON 문서로, 에이전트의 ID, 기능, 엔드포인트를 설명합니다. 이것이 에이전트가 서로를 발견하는 방법입니다.
Task — message/send(비스트리밍) 또는 message/stream(스트리밍)을 통해 전송되는 작업 단위입니다. 작업은 상태를 전환합니다: submitted, working, input-required, completed, failed, canceled.
Artifact — 작업 실행 중에 생성된 구조화된 출력으로, 사용 가능해지면 클라이언트에 스트리밍됩니다.

상호 보완적 아키텍처

Google은 A2A를 MCP의 보완으로 명시적으로 위치 지정했습니다: "A2A는 Anthropic의 MCP를 보완하는 개방형 프로토콜입니다." 이 위치 지정은 정확합니다 — 다른 계층에서 작동합니다:

차원	MCP	A2A
연결 대상	에이전트에서 도구/데이터	에이전트에서 에이전트
방향	수직(에이전트에서 아래로 시스템으로)	수평(에이전트에서 옆으로 에이전트로)
발견	도구 목록(`tools/list`)	Agent Card(`/.well-known/agent-card.json`)
작업 단위	도구 호출(`tools/call`)	Task(`message/send`, `message/stream`)
출력	도구 결과(JSON)	Artifact(스트리밍, 구조화)
전송	STDIO, Streamable HTTP	HTTP/SSE 상의 JSON-RPC 2.0
인증	OAuth 2.1 + PKCE(7월 28일 필수)	Agent Card 인증(프레임워크 정의)
상태	무상태(7월 28일 RC) + 명시적 핸들	작업 수명 주기(submitted에서 completed)
지원	Anthropic	Google
거버넌스	Linux Foundation(Agentic AI Foundation)	Linux Foundation
채택	10,000+ 서버, 97M 다운로드	150+ 조직, 50+ 런칭 파트너

B2B 배포에서 결합하기 위한 아키텍처 패턴:

전문 에이전트(예: RFQ 처리 에이전트)가 A2A Agent Card를 통해 기능을 노출합니다. 다른 에이전트가 이를 발견하고 작업을 위임합니다.
RFQ 에이전트는 MCP를 사용하여 NetSuite(카탈로그 검색, 견적 생성, 가용성 보류), HubSpot(고객 세그먼트 조회), BigCommerce(제품 카탈로그)에 접근하는 도구를 호출합니다. MCP 모듈 패턴은 타입화된 스키마, 속도 제한, 감사 로그, 상태 저장 워크플로우를 위한 명시적 핸들 패턴을 제공합니다.
오케스트레이션 에이전트는 A2A를 통해 고수준 작업을 수신하고, A2A를 통해 전문 에이전트에 하위 작업을 위임하며, 각 전문 에이전트는 MCP를 사용하여 기반 시스템과 상호 작용합니다. 오케스트레이터는 NetSuite를 직접 건드리지 않습니다 — RFQ 에이전트에 위임하고, RFQ 에이전트는 MCP 도구에 위임합니다.

이것은 기존 A2A 브리지 글이 보여주는 패턴입니다: 프레임워크의 네이티브 API를 A2A Agent Card로 노출하는 방법. 대부분의 배포에서 누락된 부분은 그 아래의 MCP 계층 — 도구를 안전하게 호출 가능하고, 감사 가능하며, 거버넌스 대상으로 만드는 타입화된 모듈입니다.

두 프로토콜이 B2B에 중요한 이유

MCP만 사용하는 B2B 배포는 도구를 호출할 수 있지만 서로 조정할 수 없는 에이전트를 갖습니다. 모든 워크플로우가 단일 에이전트 모놀리스입니다. A2A만 사용하는 배포는 작업을 위임할 수 있지만 모든 도구에 대한 맞춤형 통합 코드 없이는 외부 시스템에 접근할 수 없는 에이전트를 갖습니다. 두 프로토콜 모두 필요합니다.

Capgemini 2026 연구는 23%의 조직이 활성 AI 에이전트 파일럿을 보유한 것을 발견했습니다. Anthropic 2026 State of AI Agents Report는 46%의 조직이 통합을 #1 채택 장벽으로 식별한 것을 발견했습니다. 두 프로토콜은 정확히 이 장벽을 다룹니다: MCP는 도구 통합을 표준화하고, A2A는 에이전트 조정을 표준화합니다. 함께 통합 부담을 M×N 맞춤 연결에서 M+N 표준화 연결로 줄입니다.

프로덕션 에이전트 시스템을 구축하는 중견 B2B 기업의 경우, 프로토콜 질문은 "어느 것?"이 아니라 "그들이 어떻게 맞춰지는가?"입니다. 답은 2계층 스택입니다: 에이전트 간 위임을 위한 A2A, 에이전트-도구 접근을 위한 MCP, 그리고 도구 호출을 안전하게 만드는 거버넌스 계층으로서의 MCP 모듈 패턴.