| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 |
- gemini cli
- Gemini
- 분석
- 종목분석
- 주식붖석
- 경제흐름
- 동작설명
- 제미나이
- 분석리포트
- Palantir
- Agent to Agent
- Agent
- 팔란티어
- 데일리시황분석
- Agent Card
- 애플분석
- ai 분석
- multi agent
- AI agent
- 일일리포트
- AI
- 일일 리포트
- 리포트
- a2a
- AI종합분석
- #경제
- 엔비디아분석
- AI분석
- 네이버분석
- agent2agent
- Today
- Total
AI 활용 경제 / 제테크 블로그
A2A 본문
A2A 개요
불투명한 에이전트 애플리케이션 간의 통신과 상호 운용성을 가능하게 하는 개방형 프로토콜
Agent2Agent(A2A) 프로토콜은 AI 환경의 중요한 과제를 해결하기 위해 생겨남.
여러 기업이 서로 다른 서버에서 운영하는 다양한 프레임워크를 기반으로 구축된 Gen AI 에이전트들이 단순한 도구가 아닌 에이전트로서 효과적으로 소통하고 협업할 수 있도록 지원하는 것을 목적으로 함
A2A는 에이전트들에게 공통 언어를 제공하여 더욱 상호 연결되고 강력하며 혁신적인 AI 생태계를 조성하는 것을 목표로 함.

A2A의 주요 목표
- 상호 운용성: 서로 다른 에이전트 시스템 간의 통신 격차를 해소함
- 협업: 에이전트가 작업을 위임하고, 상황을 교환하고, 복잡한 사용자 요청에 대해 함께 작업할 수 있도록 함
- 발견: 에이전트가 다른 에이전트의 역량을 동적으로 찾아 이해할 수 있도록 함
- 유연성: 동기식 요청/응답, 실시간 업데이트를 위한 스트리밍, 장기 실행 작업을 위한 비동기식 푸시 알림 등 다양한 상호작용 모드를 지원
- 보안: 표준 웹 보안 관행을 바탕으로 기업 환경에 적합한 안전한 통신 패턴을 지원
- 비동기성: 인간이 개입해야 하는 시나리오를 포함할 수 있는 장기 실행 작업과 상호작용을 기본적으로 지원

핵심 개념 요약
- A2A 클라이언트: 사용자 또는 다른 시스템을 대신하여 A2A 서버에 요청을 시작하는 애플리케이션이나 에이전트
- A2A 서버(원격 에이전트): A2A 호환 HTTP 엔드포인트를 노출하고 작업을 처리하며 응답을 제공하는 에이전트 또는 에이전트 시스템
- 에이전트 카드: ( 매우 중요 ) A2A 서버에서 게시한 JSON 메타데이터 문서로, 해당 서버의 ID, 기능, 기술, 서비스 엔드포인트 및 인증 요구 사항을 설명합니다.
- 메시지: 클라이언트와 원격 에이전트 간의 통신
- 작업: A2A가 관리하는 기본 작업 단위로, 고유 ID로 식별 됨. 작업은 상태를 가지며 정의된 수명 주기를 따라 진행
- parts: 메시지 또는 아티팩트 내의 가장 작은 콘텐츠 단위
- 아티팩트 : 작업의 결과로 에이전트가 생성한 출력(예: 문서, 이미지, 구조화된 데이터)으로, 다음으로 구성
- 스트리밍(SSE): 서버에서 보낸 이벤트를 통해 전달되는 작업(상태 변경, 아티팩트 청크)에 대한 실시간 증분 업데이트 데이터
- 푸시 알림: 장기 실행 또는 연결이 끊긴 시나리오를 위해 클라이언트가 제공한 웹훅 URL로 서버에서 시작한 HTTP POST 요청을 통해 비동기 작업 업데이트를 전달
- 컨텍스트: 관련 작업을 논리적으로 그룹화하기 위해 서버에서 생성하는 선택적인 식별자
- 확장: 에이전트가 핵심 A2A 사양을 넘어서 추가 기능이나 데이터를 제공하기 위한 메커니즘
전송 및 데이터 형식
전송 프로토콜
- A2A 통신은 HTTP(S)를 통해 이루어져야 합니다. ( 매우 매우 중요 핵심 개념 )
- A2A 서버는 정의된 URL에서 서비스를 제공합니다 ( 매우 매우 중요 ) ( well-known/agent.json )
데이터 형식
A2A는 모든 요청과 응답에 대한 페이로드 형식으로 JSON 사용 ( 매우 중요 )
- 클라이언트 요청과 서버 응답은 반드시 JSON-RPC 2.0 사양을 준수해야 합니다. JSON-RPC 페이로드를 포함하는 HTTP 요청 및 응답의 헤더는 반드시 이어야 합니다 .
스트리밍 전송(서버에서 전송된 이벤트)
- 서버는 HTTP 상태와 헤더로 응답합니다
- 이 HTTP 응답의 본문에는 W3C에서 정의한 SSE 스트림 포함.
- 각 SSE 필드에는 완전한 JSON-RPC 2.0 응답 객체가 포함되어야 함.
MCP VS A2A

구분 MCP (Model Context Protocol) A2A (Agent-to-Agent Protocol)
| 목적 (Purpose) | 외부 툴 호출 및 컨텍스트 관리 | 에이전트 간 통신 및 협업 |
| 통신 모델 (Communication model) | JSON-RPC 기반 HTTP/SSE | JSON-RPC 기반 HTTP/SSE |
| 디스커버리 (Discovery) | 엔드포인트 사전 구성 | Agent Card를 통한 동적 디스커버리 |
| 데이터 포맷 (Data formats) | 타입 정의된 JSON-RPC 페이로드 | Agent Card 메타데이터 포함 JSON-RPC |
| 보안 모델 (Security model) | 토큰 기반 인증 및 정책 적용 | 암호화된 토큰 교환과 신뢰 모델 |
| 주요 활용 사례 (Use cases) | 툴 통합, 외부 API 호출, 메모리/컨텍스트 관리 | 기업 규모의 멀티 에이전트 워크플로우 |
| 생태계 지원 (Ecosystem) | Anthropic 및 Claude 등 통합 | Google Cloud Next, Linux Foundation, 50+ 파트너 |
전체적인 차이점 요약
- MCP는 주로 에이전트와 외부 툴 간의 상호작용을 표준화하기 위해 설계된 프로토콜입니다.
- JSON-RPC 기반의 클라이언트-서버 모델을 통해, 타입이 정의된 페이로드로 도구를 호출하고 컨텍스트를 안전하게 교환할 수 있도록 지원합니다
- 반면 A2A는 에이전트 간의 직접적인 통신과 협업을 촉진하는 데 초점을 맞추고 있습니다.
- Agent Card를 통한 디스커버리, HTTP와 Server-Sent Events를 활용한 스트리밍, JSON-RPC 기반의 유연한 메시징을 통해 이기종 에이전트를 연결합니다
- 두 프로토콜은 상호 보완적입니다.
- 에이전트는 MCP를 통해 도구를 호출하고, A2A를 통해 다른 에이전트에 작업을 위임함으로써 복잡한 멀티 에이전트 생태계를 구축할 수 있습니다
A2A Agent Card ( 매우 중요함 )

Agent에서 제공하는 well-known/agent.json 실제 예제

A2A 통신 방식 ( Stram 방식 X )

A2A 통신 방식 ( Stream 방식 )

A2A MultiAgent

구글에서 A2A를 실제 서비스에 접목한 예제
https://cloud.google.com/products/agentspace?hl=ko
https://cloud.google.com/products/agentspace?hl=ko
cloud.google.com

'AI 이야기 > Study' 카테고리의 다른 글
| A2A Multi Agent 동작 설명 (4) | 2025.08.10 |
|---|---|
| A2A와 웹서버의 관계 (2) | 2025.08.10 |
| A2A 카드 생성 및 처리 흐름 (1) | 2025.08.10 |