① A2A 프로토콜이란? — 한 줄로 이해하는 핵심 개념

A2A 프로토콜(Agent2Agent Protocol)은 구글이 2025년 4월에 오픈소스로 공개한,
서로 다른 AI 에이전트들이 표준화된 방식으로 통신·협력할 수 있게 만들어 주는 개방형 규약입니다.
가장 쉬운 비유는 ‘에이전트들의 공용 언어’입니다.
챗GPT 기반 에이전트와 Salesforce Agentforce 에이전트가 서로 다른 회사, 다른 클라우드에 있어도
A2A가 있으면 마치 같은 팀처럼 작업을 주고받을 수 있습니다.

A2A 이전 세계는 어떠했을까요? 기업마다 자체 에이전트를 만들었지만, 이들은 서로 대화하지 못했습니다.
마치 각자 다른 언어를 쓰는 부서들이 한 회사 안에서 통역사 없이 일하는 꼴이었죠.
에이전트가 늘어날수록 연동 비용은 기하급수적으로 불어났고,
Deloitte는 이를 두고 ‘Agent Sprawl(에이전트 난립)’이라 불렀습니다.

▲ 목차로 돌아가기

② 탄생 배경과 주요 타임라인 — 어쩌다 100개 기업이 썼나

A2A는 단순히 구글 혼자 만든 프로토콜이 아닙니다.
처음 발표 시점부터 Atlassian, Box, Salesforce, SAP, PayPal, ServiceNow 등 50개 이상 파트너가 함께 설계에 참여했으며,
그 이후 불과 10개월 만에 지지 기업이 100개를 넘어섰습니다.
이 속도는 오픈소스 역사에서도 이례적인 수준입니다.

📅 A2A 핵심 타임라인

• 2025.04.09
  구글이 50개 이상 파트너와 함께 A2A 프로토콜 공개 발표. HTTP·SSE·JSON-RPC 기반 오픈소스.
• 2025.05.07
  마이크로소프트, A2A 공식 지지 선언. Copilot Studio에 A2A 통합 로드맵 발표.
• 2025.05 중순
  A2A 프로토콜 v0.2 버전 발표. 안정성·보안 인증 체계 강화.
• 2025.06.23
  Linux Foundation이 A2A 프로젝트를 공식 이관 수락. 중립적 거버넌스 체계 확립.
• 2025.12
  IBM이 독자 개발 중이던 ACP(Agent Communication Protocol)를 A2A로 통합. 사실상 단일 표준 확립.
• 2026.02.13
  Chrome 146 Canary에 WebMCP 내장. MCP·A2A·WebMCP 3계층 생태계 완성.
• 2026.02.17
  미국 NIST, ‘AI 에이전트 표준 이니셔티브’ 발표. 미국 정부가 A2A를 사실상 표준으로 인정하는 신호탄.

개인적으로 이 타임라인에서 가장 주목할 대목은 ‘IBM ACP 흡수’와 ‘NIST의 개입’입니다.
IBM이 자사 프로토콜을 포기하고 A2A에 합류한 것은 기술적 판단이 아니라 생존 판단이었고,
미국 정부가 표준 설정에 나선 것은 AI 에이전트 인프라를 국가 안보 자산으로 바라보기 시작했다는 뜻입니다.

▲ 목차로 돌아가기

③ A2A vs MCP — 같이 쓰는 게 맞는 두 프로토콜의 차이

‘A2A가 나왔으니 MCP는 필요 없는 거 아닌가요?’ — 이 질문을 많이 받습니다.
결론부터 말하면, 두 프로토콜은 경쟁 관계가 아니라 계층이 다른 보완 관계입니다.
실제로 구글 공식 발표에서도 “A2A는 Anthropic의 MCP를 보완한다”고 명시하고 있습니다.

🏗️ 3계층 프로토콜 아키텍처

2026년 2월 기준으로 AI 에이전트의 통신 구조는 세 계층으로 완성됐습니다.
1계층 MCP는 에이전트와 외부 도구 사이의 표준 인터페이스 역할을 합니다.
2계층 A2A는 에이전트와 에이전트 사이의 협업·위임 표준입니다.
3계층 WebMCP는 2026년 2월 Chrome 146에 탑재된 신기술로, 에이전트가 웹 페이지를 구조화된 방식으로 읽을 수 있게 합니다.
스크린샷 방식 대비 토큰 효율이 89% 개선된다는 구글의 자체 데이터가 있습니다.

▲ 목차로 돌아가기

④ A2A의 작동 원리 — 에이전트 카드부터 아티팩트까지

A2A 프로토콜은 클라이언트 에이전트와 원격 에이전트 사이의 통신을 표준화합니다.
클라이언트 에이전트가 작업을 구성해서 보내면, 원격 에이전트가 그 작업을 수행하고 결과를 돌려보내는 구조입니다.
이 과정은 크게 4단계로 이루어집니다.

▲ 목차로 돌아가기

⑤ 실제 활용 시나리오 — 채용, 구매, 고객서비스까지

A2A는 단순한 기술 명세가 아닙니다. 이미 대기업 현장에서 쓰이고 있습니다.
Gartner의 예측대로 2026년 말까지 기업 앱의 40%에 AI 에이전트가 탑재될 때,
그 에이전트들 사이를 이어주는 다리가 바로 A2A입니다.

📌 시나리오 1: 크로스 부서 채용 프로세스

채용 관리자가 통합 인터페이스에 “소프트웨어 엔지니어 채용”을 지시합니다.
메인 에이전트는 A2A를 통해 후보자 탐색 에이전트, 면접 일정 에이전트, 신원 조회 에이전트를
순차적으로 또는 병렬로 호출합니다.
각 에이전트는 MCP로 자신이 필요한 HR 시스템·캘린더·외부 DB에 연결하고,
A2A로 중간 결과를 메인 에이전트에게 보고합니다.
사람이 직접 처리하면 2~3주 걸리는 프로세스가 에이전트 협업으로 대폭 단축됩니다.

📌 시나리오 2: 기업 조달 의사결정

임원이 크로스 부서 구매 결정을 AI 에이전트에게 위임합니다.
에이전트는 MCP로 ERP(재고), CRM(공급업체 이력), 재무 시스템(예산)에 각각 연결해 데이터를 수집합니다.
법무팀 검토가 필요할 때는 A2A를 통해 법무 AI 에이전트에게 작업을 위임하고 결과를 동기화합니다.
공급업체 최신 견적은 WebMCP로 공급업체 웹사이트에서 직접 구조화해 읽어옵니다.

📌 시나리오 3: 고객서비스 에스컬레이션

1차 고객서비스 에이전트가 기술적 문제를 감지하면 A2A를 통해 기술 전문 에이전트에게 케이스를 넘깁니다.
고객은 같은 대화창에서 계속 응대를 받는 동안, 백엔드에서는 여러 에이전트가 협력해 해결책을 만듭니다.
UKG, Atlassian, ServiceNow가 이미 이 패턴을 A2A로 구현 중입니다.

▲ 목차로 돌아가기

⑥ 보안 위협과 함정 — East-West 공격면을 놓치면 큰일 납니다

A2A가 빠르게 확산되고 있지만, 이 확산의 이면에는 새로운 보안 위협이 자라나고 있습니다.
2026년 2월 Security Boulevard가 이를 ‘East-West Traffic 문제’라 명명했고,
실제로 Anthropic의 자체 MCP 서버에서 RCE(원격 코드 실행) 취약점이 발견되기도 했습니다.

🔍 East-West Traffic 문제란?

전통적인 기업 보안은 외부 인터넷과 내부 네트워크 사이의 ‘남북 트래픽’을 방어하도록 설계됐습니다.
하지만 A2A 기반 에이전트 통신은 Cloud X의 에이전트 A가 Cloud Y의 에이전트 B를 호출하는
‘동서 트래픽’을 생성합니다. 이 트래픽은 기존 방화벽·WAF·IDS 시스템의 감시망을 완전히 벗어납니다.
일반적인 내부 접근도 아니고 외부 공격도 아닌, 새로운 유형의 자율 크로스 시스템 통신이기 때문입니다.

🕸️ 신뢰 그래프 공격 (Trust Graph Attack)

가장 위험한 공격 유형은 ‘Trust Graph Attack’입니다.
에이전트 A가 B를 신뢰하고, B가 C를 신뢰할 때, 침해된 C는 A를 간접 조작할 수 있습니다.
A는 C의 존재조차 모르는 채로 말이죠. arXiv 논문(2602.11327)은 이를 포함해
에이전트 신원 위조, 기능 선언 조작, 작업 체인 오염 등 4가지 시스템적 취약점을 확인했습니다.

NIST가 AI 에이전트 보안을 표준 이니셔티브의 최우선 연구 과제로 선정했고,
Agent Security RFI 마감을 2026년 3월 9일로 잡은 것 자체가 이 문제의 긴박함을 반영합니다.

▲ 목차로 돌아가기

⑦ 한국 기업·개발자가 지금 준비해야 할 3가지

국내에서는 A2A 프로토콜이 아직 낯선 개념으로 다가오지만, 이미 삼성, 현대, SK 등 대기업의 IT 협력사들이
Salesforce·SAP·ServiceNow의 국내 도입 확대에 따라 간접적으로 A2A 생태계에 편입되고 있습니다.
지금 준비하지 않으면, 1~2년 후에 ‘호환 안 됨’ 딱지를 붙이고 시작해야 합니다.

▲ 목차로 돌아가기