DEVOCEAN

안녕하세요! SK AX AI engineer 조경진입니다.

오늘은 A2A 실무 사례에 대해서 소개드리고자 합니다.

최근 엄청 핫한 A2A를 실무에 적용해야 하는 서비스가 있어서 제가 리서치한 내용과 실무에 적용하면서 고민이 필요했던 내용을 공유드리고자 합니다.

A2A 프로토콜의 배경

구글이 2025년 4월에 A2A(Agent-to-Agent) 프로토콜은 AI 에이전트 모델끼리 서로 연결되고 협력하는 방식을 지칭합니다.

하나의 AI 에이전트 모델이 사용자의 쿼리를 처리하는 것 뿐만 아니라, 여러 AI 에이전트 모델이 서로 소통하며 문제 해결을 확장하는 구조라고 볼 수 있습니다.

AI 에이전트 모델이 발전하면서 단순한 쿼리 요청이 아닌 다양한 context와 복잡한 요청을 처리해야 하는 경우가 늘어나고 있습니다. 예시를 들어보겠습니다.

예시: "최근 일주일 사이에 시장의 변동성을 고려해서 주식 차트에 추세선을 그려줘" 라는 사용자 쿼리는 생각보다 단일 AI 에이전트가 처리하기엔 복잡할 수 있습니다.

이러한 상황에서 하나의 에이저트가 모든 것을 담당하는 것 보다, 여러 도메인과 테스크를 다루는 에이전트들이 서로 협력하는 방식이 필요하게 되었습니다.

A2A 아키텍쳐

A2A 아키텍쳐는 간단합니다. host agent가 remote agent를 호출하고 remote agent는 A2A 표준을 통해 A2A server에서 수행한 결과를 다시 host agent에게 전달하는 방식입니다.

(단, 서버 관리와 여러가지 버전 체계, A2A server 유저별 권한관리들이 필요하겠죠?)

A2A 프로토콜이란?

A2A 프로토콜은 AI 에이전트간의 표준화 규칙입니다.

공식 문서에 따르면 다양한 플랫폼과 프레임워크에서 만들어진 AI 에이전트들이 서로 통신을 주고받을 수 있는 개방형 표준입니다.

A2A 프로토콜은 이미 잘 알려져있는 웹 표준을 따르고 있습니다.

• HTTP: 기본적인 통신 프로토콜

• JSON-RPC 2.0: 데이터 교환 형식

• SSE(Server-Sent Events): 실시간 업데이트

이 세가지 표준을 활용하여 통신을 수행합니다. (JSON RPC는 이미 **well-known **데이터 통신 방식이라 한번 보시면 좋을 듯 합니다!)

A2A 작동 방식

A2A 프로토콜의 작동방식은 다음과 같습니다

Agent Card

각 AI 에이전트는 고유의 정보를 담고 있는 에이전트 카드를 가져야 합니다.

이 카드에는 해당 에이전트가 무엇을 할 수 있는지, 어떤 스킬을 가지고 있는지 정보를 담고 있습니다. (언급하진 않았지만 A2A는 push notification도 할 수 있습니다..!)

Agent Skill

A2A에서 에이전트 스킬은 각각의 에이전트가 수행할 수 있는 구체적인 기술을 의미합니다.

예를 들어, 여행 에이전트라면 '항공권 검색', '호텔 예약' 등의 스킬을 가질 수 있습니다.

이러한 skill 정보들이 에이전트 카드에 명시되어, 다른 에이전트들이 어떤 작업을 요청할 수 있는지 파악할 수 있습니다.

여기서 skill 정보들을 자세히 나열하고 태그들을 명확하게 기입해야 나중에 host agent가 다수의 remote agent를 매끄럽게 call 할 수 있습니다.

Task Management

에이전트간 모든 소통은 작업(Task) 중심으로 이루어집니다.

한 에이전트가 다른 에이전트에게 특정 작업을 요청하면, 해당 작업에 고유 ID가 부여되며 그 작업을 트래킹할 수 있습니다. (ID는 UUID로 관리합니다.)

Host Agent와 Remote Agent

위에서 설명한 A2A 프로토콜을 기반으로 에이전트들이 호스트 에이전트(client agent)와 리모트 에이전트(server agent)의 관계로 서로 커뮤니케이션을 수행합니다.

사진에서는 host agent, remote agent가 모두 MCP server를 가지고 있지만 없어도 됩니다.

단 잘 보시면 host agent와 remote agent간의 데이터를 주고받는 방식을 /.well-known/agent.json 이라는 JSON 파일로 주고받습니다.

해당 JSON 파일엔 remote agent의 name, description, tag, skill, example 정보들을 담고 있습니다.

Remote Agent (server agent)

리모트 에이전트는 실제로 작업을 수행하는 전문화 에이전트입니다.

호스트 에이전트에서 받은 작업 요청을 받아 결과를 만들어서 다시 호스트에게 전달합니다.

리모트 에이전트는 호스트 에이전트가 호출할 수 있도록 자세한 description과 example을 기술하는 것이 좋습니다.

Host Agent (client agent)

호스트 에이전트는 작업을 시작하고 관리하는 에이전트입니다.

사용자의 쿼리를 받아 어떤 작업이 필요한지 파악하고, 적절한 리모트 에이전트를 찾아서 작업을 요청합니다.

호스트 에이전트가 사실상 A2A의 머리 역할을 담당하는데요, host agent의 성능이 곧 A2A 서비스 성공의 척도이며 올바른 서비스를 구동할 수 있습니다.

(현재 저는 실무에서 langgraph 기반의 workflow를 작성하여 remote agent를 call 하고 있습니다.)

사용 예시

사실 실제 서비스에서는 더 복잡한 context와 host agent가 remote agent calling 을 더 잘해야하는 경우들이 많은데요,

대외비라 자세한 설명을 드리지 못하는 점이 있습니다. 최대한 비슷하게 Public 환경에서의 사용 예시를 설명드리겠습니다.

위에서 언급한 여행 계획을 세우는 상황을 고려해보겠습니다.

1. 사용자 요청: "뉴욕 3박 4일 여행 계획을 작성해줘"

2. 호스트 에이전트 동작: 여행 계획 에이전트가 요청을 받고, 필요한 리모트 에이전트들의 에이전트 카드를 확인하여 리모트 에이전트를 식별

3. 작업 분배: 항공편 에이전트, 호텔 예약 에이전트, 가이드 에이전트등 각각의 에이전트들에게 고유의 작업 ID를 부여하여 작업을 요청

4. 리모트 에이전트 실행: ID를 발급받은 에이전트가 결과를 도출하고 호스트 에이전트에게 결과를 전달

5. 결과 종합: 호스트 에이전트가 모든 리모트 에이전트들의 결과물을 종합하여 완성된 결과물로 만들어 사용자에게 전달

이렇게 host agent와 remote agent를 사용한 A2A 서비스 사용 사례를 기술해보았습니다.

생각보다 고려해야 하는 점이 현저히 많고 google a2a-sdk도 지속적인 버전 업이 되고 있어 있었던 기능이 사라지거나 새로 생기는 기능들이 무수히 많은 것 같습니다.

그럼에도 불구하고 미래의 각각의 개인별 agent, 기업 agent들을 바탕으로 서로 소통하는 a2a 서비스를 위해선 지금부터 기초를 다지는 건 매우 좋은 것 같습니다!

Reference

• https://developers.googleblog.com/en/a2a-a-new-era-of-agent-interoperability/

• https://dev.to/heetvekariya/a2a-and-mcp-combined-implementation-5bg9

• https://blog.gopenai.com/from-silos-to-synergy-agent-to-agent-a2a-protocol-in-action-72740c7fd462

• https://digitalbourgeois.tistory.com/1027