A2A 프로토콜 완전정복
MCP보다 강력한 AI 에이전트 표준
AI 에이전트들이 서로 ‘대화’하는 시대가 열렸습니다. 구글이 설계하고 Linux Foundation이 품은 A2A 프로토콜은 2026년 기업 AI 자동화의 핵심 인프라로 자리 잡았습니다. 지금 이 표준을 모르면 AI 에이전트 전쟁에서 구경꾼으로 남을 수밖에 없습니다.
Linux Foundation 오픈소스
HTTP·JSON-RPC 기반
MCP와 상호보완 표준
A2A 프로토콜이란? — AI끼리 대화하는 표준이 생겼다
A2A 프로토콜(Agent2Agent Protocol)은 서로 다른 플랫폼, 다른 회사, 다른 프레임워크로 만들어진 AI 에이전트들이 자유롭게 협업할 수 있도록 구글이 설계한 개방형 통신 표준입니다. 2025년 4월 구글이 처음 발표하면서 Salesforce, Microsoft, SAP, ServiceNow 등 50여 개 기업이 즉각 참여를 선언했고, 이후 150개 이상의 기업으로 생태계가 폭발적으로 확장됐습니다.
한 마디로 A2A 프로토콜은 ‘AI 에이전트 세계의 공용어’입니다. 기존에는 각 회사의 AI 에이전트들이 자기 시스템 안에서만 움직였습니다. CRM 에이전트는 CRM만, 물류 에이전트는 물류만 처리하는 식이었죠. 하지만 A2A가 등장하면서 이 에이전트들이 서로를 발견하고, 인증하고, 작업을 주고받는 것이 표준화된 방식으로 가능해졌습니다. 비유하자면, 수십 개의 다른 언어를 쓰던 직원들이 갑자기 모두 영어를 할 수 있게 된 것과 같습니다.
💡 핵심 포인트: A2A는 단순한 API 호출 규격이 아닙니다. 에이전트가 서로의 능력을 스스로 탐색하고, 장기 실행 작업까지 안전하게 위임할 수 있는 ‘에이전트 간 생태계 표준’입니다. HTTP, SSE, JSON-RPC 2.0 같은 검증된 기술 위에 구축되어 기업 IT 환경과 높은 호환성을 갖습니다.
개인적으로 A2A가 중요한 이유는 단순히 기술적 표준화 때문만이 아닙니다. 이것은 기업이 AI를 활용하는 방식 자체를 바꿉니다. 지금까지는 하나의 AI 모델이 모든 것을 처리하는 ‘단일 에이전트’ 구조였다면, A2A 이후에는 수십 개의 전문 에이전트가 협업하는 ‘팀 구조’로 전환됩니다. 이 변화를 먼저 이해하는 사람이 AI 에이전트 시대의 주도권을 갖게 됩니다.
A2A vs MCP — 둘은 경쟁자가 아니라 동반자
A2A를 처음 접하면 가장 먼저 드는 질문이 바로 “MCP와 뭐가 다른 거야?”입니다. 2024년 Anthropic이 발표한 MCP(Model Context Protocol)가 이미 AI 인프라 표준으로 자리 잡고 있었으니까요. 결론부터 말하면, A2A와 MCP는 서로 다른 문제를 해결하는 상호보완적 표준입니다. 마치 USB-C가 기기와 주변기기를 연결하는 규격이라면, 와이파이는 기기들 간의 무선 통신 규격인 것처럼요.
| 구분 | MCP (Model Context Protocol) | A2A (Agent2Agent Protocol) |
|---|---|---|
| 개발사 | Anthropic | Google → Linux Foundation |
| 연결 대상 | AI ↔ 도구/데이터/API | AI 에이전트 ↔ AI 에이전트 |
| 핵심 역할 | 에이전트에 도구·컨텍스트 제공 | 에이전트 간 작업 위임·협업 |
| 비유 | 직원에게 업무 도구 지급 | 부서 간 공문 협조 시스템 |
| 함께 쓰면 | ✅ 도구도 쓰고, 에이전트끼리도 협업하는 완전한 시스템 구성 가능 | |
실제 활용 예시를 들어보겠습니다. 재고 관리 에이전트가 MCP를 통해 회사 데이터베이스에서 재고 현황을 조회합니다. 그런데 재고가 부족하다고 판단되면, 이 에이전트는 A2A를 통해 외부 공급업체의 발주 에이전트에게 주문을 요청합니다. MCP가 에이전트의 ‘팔’이라면, A2A는 에이전트들 사이의 ‘전화선’인 셈입니다. 실무에서 이 두 프로토콜은 반드시 함께 사용해야 진정한 자동화 파이프라인이 완성됩니다.
A2A의 핵심 구성 요소 5가지
A2A 프로토콜을 이해하려면 다섯 가지 핵심 구성 요소를 먼저 파악해야 합니다. 이것들이 A2A라는 집의 기둥과 같은 역할을 합니다.
Agent Card — 에이전트의 ‘명함’이자 ‘LinkedIn 프로필’입니다. JSON 파일 형식으로 이름, 설명, 버전, 서비스 엔드포인트, 지원 데이터 유형, 인증 요구사항 등 에이전트의 모든 능력이 기술됩니다. 다른 에이전트는 이 카드를 읽어 협업 가능한 에이전트인지 판단합니다.
Task — 에이전트 간 협업의 최소 실행 단위입니다. 고유 ID를 갖고 ‘제출됨→작업중→완료’ 등 명확한 생명 주기를 통해 진행됩니다. 즉시 완료 가능한 단순 작업부터 며칠이 걸리는 장기 작업까지 모두 관리할 수 있습니다.
Message — 에이전트 간 통신의 기본 단위입니다. 컨텍스트, 답변, 지침, 상태 업데이트 등을 주고받으며, 클라이언트가 보낸 메시지는 ‘사용자 역할’, 서버가 보낸 메시지는 ‘에이전트 역할’로 구분됩니다.
Artifact — 작업이 완료됐을 때 생성되는 최종 산출물입니다. 문서, 이미지, 스프레드시트, 데이터 파일 등 다양한 형태가 가능합니다. 대용량 아티팩트는 SSE(Server-Sent Events)를 통해 실시간 스트리밍으로 전달됩니다.
Part — 메시지나 아티팩트 내부에 담기는 실제 콘텐츠 단위입니다. TextPart(텍스트), FilePart(파일), DataPart(JSON 구조 데이터) 세 종류가 있으며, 이 덕분에 텍스트만이 아니라 오디오·비디오 스트리밍까지 다양한 모달리티를 지원합니다.
작동 원리 3단계: 탐색→인증→통신
A2A 프로토콜이 실제로 동작하는 방식은 매우 직관적인 3단계 워크플로를 따릅니다. 클라이언트 에이전트(요청자)와 원격 에이전트(수행자) 사이에서 일어나는 이 흐름을 이해하면 A2A의 설계 철학이 보입니다.
1단계: 탐색(Discovery)
사용자 혹은 오케스트레이터 에이전트가 특정 작업을 요청합니다. 클라이언트 에이전트는 이 요청을 처리하기 위해 네트워크에서 에이전트 카드를 조회합니다. 마치 구직 플랫폼에서 이력서를 검색하듯, 해당 작업을 가장 잘 수행할 수 있는 에이전트를 능동적으로 찾아냅니다. 이 자율적 탐색 기능이 A2A를 단순 RPC 호출과 구별하는 핵심 특성입니다.
2단계: 인증(Authentication)
적합한 원격 에이전트를 찾으면 에이전트 카드에 명시된 보안 체계에 따라 인증을 진행합니다. A2A는 API 키, OAuth 2.0, OpenID Connect Discovery 등 OpenAPI 사양과 동등한 수준의 엔터프라이즈급 인증 방식을 지원합니다. 에이전트가 독점적 내부 로직이나 메모리를 공개하지 않아도 되는 ‘불투명 에이전트(Opaque Agent)’ 설계 덕분에 데이터 프라이버시와 지적 재산이 보호됩니다.
3단계: 통신(Communication)
인증이 완료되면 클라이언트 에이전트가 원격 에이전트에게 Task 객체를 전송합니다. 모든 통신은 HTTPS를 통해 암호화되며, 데이터 교환 형식으로 JSON-RPC 2.0이 사용됩니다. 작업이 즉시 완료 가능하면 바로 아티팩트를 반환하고, 장시간 실행이 필요한 작업은 SSE를 통한 실시간 스트리밍이나 웹훅 기반 비동기 알림으로 상태를 지속 업데이트합니다.
🔑 설계 철학: A2A의 가장 영리한 점은 에이전트를 ‘블랙박스’로 취급한다는 것입니다. 상대 에이전트가 어떤 LLM을 쓰는지, 내부 로직이 어떤지 알 필요가 없습니다. 오직 ‘무엇을 할 수 있는가(에이전트 카드)’와 ‘작업 결과(아티팩트)’만을 주고받습니다. 이 철학이 벤더 중립적 생태계를 가능하게 합니다.
Linux Foundation 이전, 무엇이 달라졌나?
A2A 프로토콜의 역사에서 가장 중요한 사건은 2025년 6월, 구글이 A2A를 Linux Foundation에 기부한 것입니다. 이는 단순한 소유권 이전이 아닙니다. 이 결정이 갖는 의미를 이해하면 A2A가 왜 ‘구글의 기술’이 아닌 ‘업계 표준’이 됐는지 알 수 있습니다.
Linux Foundation에 이관되면서 A2A는 Amazon Web Services, Cisco, Google, Microsoft, Salesforce, SAP, ServiceNow 등 IT 업계 전체가 공동으로 거버넌스를 운영하는 진정한 오픈소스 표준이 됐습니다. 특히 구글의 경쟁사인 마이크로소프트와 AWS까지 합류했다는 점이 상징적입니다. 어느 한 기업의 이해관계가 아니라 산업 전체의 공공재로 자리매김한 것이죠. 현재 이 프로젝트는 ‘Agent2Agent(A2A) 프로젝트’라는 이름으로 Linux Foundation 산하에서 관리됩니다.
또한 주목할 점은 IBM의 ACP(Agent Communication Protocol)와의 통합 움직임입니다. 일각에서는 A2A와 ACP가 경쟁 관계라는 시각도 있었지만, 2026년 현재 두 표준은 ‘AAIF(Agentic AI Foundation)’라는 우산 아래 통합되는 방향으로 수렴하고 있습니다. 이는 파편화됐던 에이전트 프로토콜 경쟁이 단일 글로벌 표준으로 정리되고 있다는 강력한 신호입니다.
📌 개인 의견: Linux Foundation 이전은 A2A가 ‘구글 표준’이라는 꼬리표를 떼고 진정한 업계 표준으로 진화한 티핑포인트입니다. HTTP나 TCP/IP가 어느 한 회사 소유가 아닌 것처럼, A2A도 이제 AI 에이전트 인터넷의 기반 프로토콜이 되는 길을 걷고 있습니다. 이 시점을 놓치면 웹 초창기에 HTTP를 몰랐던 것만큼 뒤처지게 될 수 있습니다.
실전 활용 시나리오 — 채용, 쇼핑, 의료까지
A2A 프로토콜의 진가는 추상적인 기술 스펙이 아니라 실제 비즈니스 현장에서 드러납니다. 구글이 직접 시연한 사례와 함께 다양한 산업에서의 활용 가능성을 살펴보겠습니다.
🏢 시나리오 1: 채용 자동화
채용 담당자가 Agentspace 같은 통합 인터페이스에서 “소프트웨어 엔지니어 채용”을 요청합니다. 오케스트레이터 에이전트는 A2A를 통해 LinkedIn 에이전트에게 후보자 검색을 위임하고, 일정 관리 에이전트에게는 면접 스케줄링을, 배경 조회 전문 에이전트에게는 레퍼런스 체크를 맡깁니다. 사람이 각 시스템을 번갈아가며 작업하던 수십 시간짜리 프로세스가 에이전트 간 협업으로 대폭 단축됩니다.
🛒 시나리오 2: 스마트 쇼핑 에이전트
사용자가 “생일 선물 예산 10만 원 이내로 추천해줘”라고 요청하면, 여행·선물 취향 분석 에이전트가 A2A로 쇼핑몰 에이전트에게 상품 검색을 위임하고, 결제 에이전트(PayPal 등)가 결제까지 처리합니다. 아마존 알렉사+가 추구하는 ‘에이전트형 쇼핑’ 경험의 뼈대가 바로 A2A 표준입니다.
🏥 시나리오 3: 의료 협업 에이전트
환자의 증상 분석 에이전트가 A2A를 통해 영상 판독 전문 에이전트, 약물 상호작용 확인 에이전트, 보험 청구 처리 에이전트와 협업합니다. 각 에이전트는 서로의 내부 데이터를 공유하지 않으면서도 작업을 분담하기 때문에 환자 데이터 프라이버시가 보장됩니다. 마이크로소프트가 공식 A2A 문서에서 의료 분야를 핵심 적용 영역으로 꼽은 이유입니다.
💡 주목할 포인트: A2A의 활용 범위는 IT 기업에만 국한되지 않습니다. 금융(PayPal 참여), ERP(SAP 참여), 고객 서비스(Salesforce 참여), 개발(JetBrains, JFrog 참여) 등 거의 모든 산업 영역에서 동시에 채택이 진행 중입니다. 즉, A2A는 특정 분야의 표준이 아니라 ‘에이전트가 사용되는 모든 곳의 표준’입니다.
Q&A — 실무자가 가장 많이 묻는 5가지
✍️ 마치며 — A2A를 왜 지금 알아야 하는가
A2A 프로토콜은 단순한 기술 트렌드가 아닙니다. AI가 ‘말하는 도구’에서 ‘행동하는 자율 시스템’으로 진화하는 과정에서, 수많은 에이전트들이 서로 협업하려면 반드시 공통 언어가 필요합니다. A2A는 바로 그 공통 언어로 자리 잡았습니다.
개인적으로 A2A의 Linux Foundation 이전이 갖는 의미를 과소평가하는 사람들이 많다고 생각합니다. 이것은 AI 에이전트 생태계에서 HTTP가 표준화됐던 그 순간과 유사합니다. 어느 순간 모든 애플리케이션이 HTTP 위에서 돌아가듯, 수년 내에 모든 기업 AI 에이전트는 A2A 위에서 협업하게 될 것입니다.
개발자라면 Python SDK와 공식 샘플 코드로 직접 실습을 시작하고, 비개발자라면 에이전트 카드·작업·아티팩트의 개념만이라도 이해해두세요. A2A가 만들어가는 ‘에이전트가 협업하는 세상’에서 지금 당신이 어디에 서 있을지 — 그 답은 오늘 이 글을 읽고 나서 어떤 행동을 취하느냐에 달려 있습니다.
본 포스팅은 공개된 기술 문서 및 공식 발표 자료를 기반으로 작성된 정보 제공 목적의 콘텐츠입니다. A2A 프로토콜 사양은 지속적으로 업데이트될 수 있으며, 최신 정보는 공식 A2A 사이트를 참고하시기 바랍니다.
댓글 남기기