A2A Protocol
Google, donated to the Linux Foundation · 코딩
A2A Protocol은 Google이 만들고 현재 Linux Foundation이 운영하는 개방형 표준으로, 서로 다른 벤더의 AI 에이전트가 서로를 찾아내고 함께 일할 수 있게 한다.
A2A Protocol 소개
About
A2A Protocol이란
A2A Protocol은 Agent2Agent의 약자로, AI 에이전트끼리 어떻게 대화하는지를 정의한 개방형 표준이다. LangGraph, CrewAI, Semantic Kernel, 혹은 자체 스택으로 만들어졌든 관계없이 에이전트에 공통 언어를 부여한다. Google이 2025년 4월에 공개하고 그해 6월 운영을 Linux Foundation에 넘겼기 때문에, 단일 기업이 명세를 쥐고 흔들 수 없다.
이 표준이 겨냥하는 문제는 실무에서 꽤 어수선하다. 에이전트 상호운용이 그 목표다. 에이전트 하나가 실제 업무를 끝까지 해내는 경우는 드물고, 항공권 에이전트, 호텔 에이전트, 환율 에이전트를 연결하려면 조합마다 전용 코드를 짜야 한다. A2A는 이런 임시방편 연동을 공통 규칙 한 벌로 대체한다. 에이전트는 자신이 무엇을 할 수 있는지 적은 JSON 형식의 Agent Card를 공개하고, 다른 에이전트는 그 명함을 읽고 작업을 맡길지 판단한다.
도입 전에 알아둘 제약이 두 가지 있다. A2A가 정하는 것은 통신이지 에이전트 자체가 아니다. 어떤 프레임워크로 만들지는 여전히 직접 고르고, 신원과 신뢰 관리도 자기 쪽에서 처리한다. 또 원격 에이전트는 늘 블랙박스라서 그 도구나 기억을 들여다볼 수 없다. 이는 의도된 설계지만, 작업이 실패할 때는 실제 걸림돌이 된다.
Getting Started
- Python, JavaScript, Java, C#/.NET, Go, Rust 중에서 공식 SDK를 고르거나, 명세에 맞춰 직접 구현한다
- 에이전트를 정의하고 공개 URL에 Agent Card를 올려 클라이언트가 스킬과 엔드포인트를 찾을 수 있게 한다
- 전송 계층을 구성한다. HTTP 위의 JSON-RPC 2.0을 쓰고, 스트리밍에는 server-sent events를, 장시간 작업에는 webhook을 연결한다
- A2A GitHub 저장소의 샘플 클라이언트와 서버로 시험한 뒤 첫 원격 에이전트를 연결한다
제품 정보
A2A Protocol의 요금, 지원 플랫폼, 성능을 한눈에 확인해 보세요.
추천 대상
이 도구가 가장 잘 맞는 사용자, 작업, 상황입니다.
사용자
- 백엔드와 플랫폼 엔지니어
- 기업 아키텍트
- AI 제품 팀
- 연동과 IT 담당자
작업
- 멀티 에이전트 오케스트레이션
- 벤더 간 위임
- 장시간 작업
- 멀티모달 교환
- 역량 탐색
활용 상황
- 여행 요청에 항공, 호텔, 투어가 얽힌다
- 고객 지원이 세 벤더에 걸쳐 있다
- 조사 작업이 밤새 돌아간다
- 기업이 낡은 연동을 교체한다
- 두 회사가 한 업무로 협력한다
주요 기능
Agent Card로 역량 탐색
A2A 에이전트는 모두 Agent Card를 공개한다. 신원, 엔드포인트, 스킬, 인증 요건을 적은 JSON 파일이다. 클라이언트는 이 명함을 읽어 상대가 무엇을 하는지, 어떻게 연결하는지 파악한다. 탐색이 중앙 저장소에 의존하지 않는다. 에이전트를 외부에 열 때 가장 먼저 쓰는 것이 바로 이 명함이다.
수명주기가 정해진 작업 관리
작업은 업무의 핵심 단위로, 고유 ID와 submitted에서 working, completed, failed, canceled로 이어지는 수명주기를 갖는다. 이 구조 덕분에 에이전트는 긴 작업을 조율하고 여러 턴의 대화를 이어갈 수 있으며, 산출물, 즉 작업의 구체적 결과를 만들어낸다. 단순한 요청과 응답 호출과 A2A를 갈라놓는 요소가 바로 이것이다.
검증된 웹 표준 위에 구축
A2A는 HTTP, JSON-RPC 2.0, server-sent events 위에서 돈다. 대부분의 팀이 이미 배포하고 보호할 줄 아는 기술이다. 도입에 새 스택이 필요 없어 학습 부담이 적고 기존 IT 환경에 끼워 넣기 쉽다. 클라우드든 온프레미스든 동작한다.
스트리밍과 푸시 알림
시간이 걸리는 작업에서는 클라이언트가 server-sent events로 구독해 상태와 산출물 업데이트를 실시간으로 받는다. 클라이언트가 오프라인이면 중요한 변경이 생길 때마다 서버가 webhook으로 알림을 보낼 수 있다. 이 둘이 빠른 작업과 몇 시간에서 며칠 걸리는 작업을 모두 감당한다.
블랙박스 협업과 기업용 보안
에이전트는 내부 메모리나 도구, 독점 로직을 공유하지 않고 협업하므로 각자가 자기 지식재산을 지킨다. 이때 AI 에이전트 통신이 핵심이며, 이 점이 에이전트 간 표준으로서의 가치를 만든다. A2A는 기업 수준의 인증과 권한 부여를 전제로 하고 원격 에이전트를 블랙박스로 다룬다. 이 설계는 서로 다른 회사가 만들고 소유한 에이전트라는 현실에 맞는다.
멀티모달, 프레임워크 중립 교환
메시지는 여러 파트로 이뤄져 텍스트, 파일 참조, 구조화 데이터를 담는다. 에이전트는 단순 문자열 이상을 주고받는다. 어떤 프레임워크나 언어로 에이전트를 만들었는지 프로토콜은 따지지 않으며, 혼합 환경에서 쓸모 있는 이유가 여기에 있다. 도구에 MCP를 이미 쓴다면 A2A는 이를 대체하지 않고 나란히 작동한다.
개방형 거버넌스와 공식 SDK
명세는 Linux Foundation A2A로 같은 재단 아래에서 벤더 중립 거버넌스로 운영되며 AWS, Cisco, Google, Microsoft, Salesforce, SAP, ServiceNow 같은 창립 멤버가 뒷받침한다. 공식 SDK는 Python, JavaScript, Java, C#/.NET, Go, Rust를 지원한다. 공개 GitHub 프로젝트가 샘플을 제공하고, 명령줄 도구로 터미널에서 에이전트를 찾아 메시지를 보낼 수 있다.
장단점
장점
- 벤더 중립에 오픈소스라 단일 기업이 명세를 마음대로 바꿀 수 없다
- HTTP, JSON-RPC, server-sent events를 재사용해 기존 인프라에 넣기 쉽다
- 에이전트를 블랙박스로 유지해 파트너가 내부 도구나 독점 로직을 드러내지 않고 협업한다
- 6개 언어의 공식 SDK가 개발과 통합 부담을 줄인다
- MCP와 경쟁하지 않고 보완하므로 둘 다 도입할 수 있다
단점
- 통신만 정하므로 프레임워크 선택과 신뢰, 신원 관리는 직접 해야 한다
- 원격 에이전트가 블랙박스라 실패한 작업을 디버깅하기가 코드 공유 환경보다 번거롭다
- 주변 도구가 아직 젊어 모든 플랫폼이 완전한 A2A 구현을 갖춘 건 아니다
- 도입에 실제 개발 공수가 든다. 명세와 SDK만으로 프로덕션 에이전트가 돌아가진 않는다
자주 묻는 질문
A2A Protocol은 Agent2Agent라고도 하며, AI 에이전트끼리의 통신을 정의한 개방형 표준이다. 서로 다른 프레임워크나 벤더로 만든 에이전트가 내부 메모리나 도구를 드러내지 않고 서로를 찾아 작업을 위임하고 결과를 공유할 수 있다. Google이 2025년 4월에 공개했다.
관련 콘텐츠
A2A Protocol와 관련된 도구, 스킬, 아티클을 살펴보세요.
A2A Protocol 대안
Base Code
Base44 (Wix) · 코딩 · 생산성Base Code는 Base44가 만든 공유 클라우드 개발 환경이다. 팀은 기존 GitHub 저장소에 대한 변경을 채팅으로 설명하고, 미리보기로 확인한 뒤 풀 리퀘스트로 돌려보낸다.
Google EmbeddingGemma 2
Google DeepMind · 글쓰기 · 이미지 · 코딩Google EmbeddingGemma 2는 7억 4000만 파라미터의 오픈 모델로, 텍스트와 코드, 이미지, 오디오, 영상 프레임을 하나의 768차원 공간에 벡터로 바꿔 스마트폰과 노트북에서 실행한다.
GitGlow
GitGlow · 코딩 · 생산성GitGlow는 내 코드와 AI 에이전트의 변경을 한 리뷰에 모으는 데스크톱 Git 클라이언트다. 배포 전에 내 기계에서 무엇이 나가는지 확인할 수 있다.