A2A 프로토콜이란? — 에이전트의 공통 언어

A2A(Agent2Agent) 프로토콜은 2025년 4월 구글 클라우드가 발표한 AI 에이전트 간 통신 표준입니다. 쉽게 말해, 서로 다른 회사가 만든 AI 에이전트들이 제조사·프레임워크에 관계없이 자유롭게 대화하고 협업할 수 있도록 공통 언어를 정의한 개방형 표준입니다. 발표 당시 Atlassian, Salesforce, SAP, ServiceNow, Workday 등 무려 50개 이상의 글로벌 기업이 동시 지지를 선언했고, 같은 해 6월 Linux Foundation 산하 오픈소스 프로젝트로 이관되어 특정 기업이 아닌 커뮤니티가 관리하는 표준으로 자리잡았습니다.

기존 LangChain, CrewAI 같은 오케스트레이션 프레임워크들은 자체 생태계 안에서만 에이전트를 연결했습니다. A2A는 이 한계를 돌파합니다. 구글의 에이전트와 SAP의 에이전트, Salesforce의 에이전트가 서로 다른 내부 구현을 가지고 있더라도, A2A를 통해 HTTP 위에서 JSON-RPC 2.0 방식으로 안전하게 메시지를 주고받을 수 있습니다. 이는 웹의 HTTP가 했던 것과 동일한 역할입니다.

2026년 2월 27일에는 마이크로소프트 Copilot Studio가 A2A 연결을 공식 지원한다고 발표했습니다. 이는 단순한 업데이트가 아닙니다. 전 세계 기업들이 가장 많이 사용하는 MS 플랫폼에서 A2A가 지원된다는 것은, 이제 A2A가 ‘옵션’이 아닌 ‘사실상 표준(de facto standard)’으로 굳어졌다는 신호입니다.

▲ 목차로 돌아가기

왜 지금 A2A가 뜨거운가 — 2026 채택 현황

가트너(Gartner)의 2025년 연구에 따르면 2026년까지 엔터프라이즈 애플리케이션의 40%가 AI 에이전트를 통합할 것으로 예측됩니다. 그런데 이 에이전트들이 제각각 분리된 채 운영된다면 어떻게 될까요? 10개의 에이전트와 20개의 외부 도구가 있을 때 커스텀 API 방식으로는 무려 200개의 연결이 필요하지만, A2A 프로토콜을 사용하면 30개(10+20)의 연결만으로 충분합니다. IBM 리서치는 표준 프로토콜 채택 기업이 커스텀 개발 대비 통합 시간을 60~70% 절감한다고 분석했습니다.

맥킨지의 2025년 AI 현황 보고서는 멀티 에이전트 시스템을 활용하는 조직이 단일 에이전트 대비 3배 높은 ROI를 달성한다고 밝혔습니다. 단순히 에이전트 하나를 잘 쓰는 게 아니라, 전문화된 에이전트들이 서로 협업하는 구조를 만드는 것이 핵심입니다. A2A는 이 구조의 기반 인프라입니다.

개인적으로 이 타임라인에서 가장 인상적인 지점은 2026년 2월의 MS 합류입니다. 구글이 만든 프로토콜을 마이크로소프트가 자사 제품에 공식 통합한다는 것은, 두 기업이 AI 에이전트 생태계의 파이를 함께 키우는 방향을 선택했다는 신호입니다. 경쟁보다 표준화를 통한 시장 확장을 선택한 것이고, 그 혜택은 개발자와 기업에게 돌아옵니다.

▲ 목차로 돌아가기

핵심 구조 해부 — 에이전트 카드부터 아티팩트까지

A2A는 7개의 핵심 개념으로 구성됩니다. 이 구조를 이해하면 실제 구현이 훨씬 명확해집니다.

① 에이전트 카드 (Agent Card)

에이전트 자신을 소개하는 JSON 파일입니다. 이름, 설명, 버전, 서비스 엔드포인트 URL, 지원하는 입출력 형식, 인증 방식이 담겨 있습니다. LLM의 모델 카드와 유사하게, 에이전트들이 서로를 발견하는 ‘명함’ 역할을 합니다. URL 경로는 RFC 8615 표준에 따라 /.well-known/agent.json에 위치합니다.

② 클라이언트 에이전트 / 서버 에이전트

클라이언트 에이전트는 작업을 위임하는 쪽이고, 서버(원격) 에이전트는 작업을 받아 처리하는 쪽입니다. 단방향이 아니라 멀티턴 대화가 가능하며, 하나의 에이전트가 상황에 따라 클라이언트 또는 서버 역할을 모두 할 수 있습니다.

③ 작업(Task) — 상태 기반 생명주기

작업은 고유 ID를 가지며 제출됨 → 작업 중 → 입력 필요 → 완료됨 / 실패의 생명주기를 갖습니다. 즉각 완료되는 단순 요청부터 며칠이 걸리는 심층 분석까지 모두 처리할 수 있도록 설계되었습니다. 장기 실행 작업의 경우 SSE(Server-Sent Events)를 통해 실시간 진행 상황을 스트리밍하거나, 웹훅 방식으로 비동기 푸시 알림을 보냅니다.

④ 메시지 / 아티팩트 / 파트

메시지는 에이전트 간 하나의 대화 턴이며, 아티팩트는 작업의 최종 결과물(문서·이미지·스프레드시트 등)입니다. 파트는 이들의 구성 단위로 텍스트(TextPart), 파일(FilePart), 구조화 JSON(DataPart) 세 가지 유형이 있습니다. 에이전트들은 iframe, 동영상, 웹 양식 등 UX 형식도 명시적으로 협상할 수 있어 텍스트 너머의 멀티모달 협업이 가능합니다.

▲ 목차로 돌아가기

A2A vs MCP vs ACP — 프로토콜 3파전 비교

2026년 현재 AI 에이전트 프로토콜 시장은 세 가지 표준이 각축을 벌이고 있습니다. 정확히는 ‘각축’이 아니라 ‘역할 분담’에 가깝습니다. 세 프로토콜은 서로 경쟁하는 게 아니라 보완적으로 함께 쓰이도록 설계되었습니다.

실전에서 가장 강력한 구성은 MCP와 A2A를 함께 쓰는 하이브리드 방식입니다. 예를 들어 재고 에이전트는 MCP를 통해 재고 데이터베이스에 접근하고, A2A를 통해 외부 공급업체의 주문 에이전트와 통신하는 방식입니다. MCP가 ‘세로 통합(에이전트-도구)’을 담당한다면, A2A는 ‘가로 통합(에이전트-에이전트)’을 담당합니다.

▲ 목차로 돌아가기

MS Copilot Studio 실전 연결법 — 단계별 가이드

2026년 2월 27일 마이크로소프트가 공개한 공식 문서를 기반으로, Copilot Studio에서 외부 A2A 에이전트를 연결하는 실전 절차를 정리합니다. 비개발자도 설정 흐름을 파악할 수 있도록 단계별로 설명합니다.

▲ A2A 메시지 페이로드 예시 — contextId로 대화 맥락이 유지됩니다.

▲ 목차로 돌아가기

산업별 실전 활용 사례 — 채용·물류·헬스케어

A2A가 실제 현업에서 어떻게 가치를 만드는지, 산업별 사례 세 가지를 통해 살펴봅니다. 이론이 아닌 구체적인 숫자로 확인하는 게 중요합니다.

🏢 채용 관리 — Agentspace 기반 멀티에이전트

구글의 공식 사례입니다. 채용 담당자가 “소프트웨어 엔지니어 채용, 서울 소재, Python 전문가”라고 입력하면, A2A를 통해 지원자 탐색 에이전트·면접 일정 에이전트·신원조회 에이전트가 순차적으로 협력합니다. 각 에이전트는 내부 구현을 공개하지 않으면서도 필요한 정보만 안전하게 교환하여, 이전에 여러 HR 시스템을 수동으로 오가며 처리하던 작업을 자동화합니다.

🚚 글로벌 공급망 — 8개 에이전트 A2A 오케스트레이션

IBM 사례 연구에 따르면, 수요 예측·재고 관리·물류·통관·공급업체 커뮤니케이션 등 8개의 전문 에이전트를 A2A로 연결한 물류 기업은 재고 비용 30% 절감, 공급망 차질 대응 속도 50% 향상을 달성했습니다. 15개국으로 확장하는 데 단 12개월이 걸렸습니다. 에이전트마다 각국의 통관 규정·언어·시스템이 달라도 A2A의 표준 메시지 형식 덕분에 추가 커스텀 개발이 불필요했습니다.

🏥 헬스케어 — 멀티에이전트 임상 코디네이션

전자의무기록(EHR), 검사실, 영상의학, 약국 시스템에 각각 연결된 에이전트들이 A2A로 정보를 교환합니다. 데이터 검색 시간 40% 단축, 진단 정확도 25% 향상이 보고되었으며, 6개월 만에 ROI를 달성했습니다. 특히 A2A의 ‘불투명 에이전트(opaque agent)’ 설계 덕분에 환자 데이터가 에이전트 간 불필요하게 노출되지 않아 HIPAA 컴플라이언스를 자연스럽게 충족했습니다.

▲ 목차로 돌아가기

보안·프라이버시 설계 — 불투명 에이전트의 힘

A2A의 보안 설계에서 가장 주목할 점은 ‘불투명성(opacity)’ 원칙입니다. 에이전트들은 내부 메모리, 독점 알고리즘, 특정 도구 구현 방식을 서로에게 공개하지 않습니다. 단지 A2A 표준 형식의 메시지와 아티팩트만 교환합니다. 이는 기업의 지적재산을 보호하는 동시에 개인정보 유출 리스크를 구조적으로 차단합니다.

인증 측면에서는 엔터프라이즈 환경에서 이미 검증된 OAuth 2.0, OpenID Connect, API Key 방식을 지원합니다. 새로운 보안 체계를 익힐 필요 없이 현재 인프라에 그대로 적용할 수 있습니다. 전송 계층은 HTTPS를 강제하며, 장기 실행 작업의 비동기 업데이트는 보안 클라이언트 제공 웹훅으로 처리합니다.

보안 위협 대응 체크리스트

산업 규정 측면에서는 의료(HIPAA), 금융(SOC 2, PCI DSS), 유럽(GDPR) 등 주요 컴플라이언스 요건을 충족하도록 설계되었습니다. 각 산업의 고유한 요구사항에 맞춰 감사 로그, 데이터 거주지 관리, 삭제 기능을 구현할 수 있습니다.

▲ 목차로 돌아가기