1. 한눈에 보는 핵심 요약 (Executive Summary)
- 핵심 기술적 문제: 기존의 다중 에이전트(Multi-Agent) 아키텍처는 개별 프레임워크에 종속된 커스텀 API, 일회성 어댑터(Adapter), 단일 포인트 오케스트레이션 로직에 강하게 결합(Tight Coupling)되어 있었습니다. 이로 인해 에이전트 간 경계를 넘어선 스킬 발견(Discovery) 및 제3자 에이전트 연동 시 높은 통신 복잡성과 보안 관리의 허점이 발생했습니다.
- 기술 표준화의 중요성: Microsoft Foundry는 A2A Protocol v1.0(General Availability) 표준을 정식 지원하며 A2A Endpoints와 A2A Tool, 그리고 MCP 기반의 Foundry Toolbox 연동 체계를 선보였습니다. 이를 통해 에이전트의 내부 구현 로직을 은폐한 채 표준화된 Agent Card를 통한 자율적 역량 탐색 및 Microsoft Entra ID 기반의 엔터프라이즈 보안 협업 시스템을 구축할 수 있게 되었습니다.
2. 핵심 개념 및 아키텍처 쉽게 이해하기 (Core Concepts)
Microsoft Foundry의 A2A 아키텍처는 에이전트 간 상호작용 방향 및 호출 런타임에 따라 3가지 패턴으로 구성됩니다.
- A2A Endpoint (Incoming Pattern): 외부 에이전트가 Foundry 내에 호스팅된 에이전트를 발견하고 호출할 수 있도록 진입점을 노출합니다. 호출자는 Agent Card를 통해 기능(Skills)을 탐색하며, JSON-RPC 기반의 A2A v1.0 프로토콜로 에이전트를 실행합니다. (마치 회사 내 다른 팀의 전문가에게 사내 협업 툴로 작업 요청서를 보내고 결과를 전달받는 비유와 같습니다.)
- A2A Tool (Outgoing Pattern): Foundry 에이전트가 외부의 A2A 호환 에이전트를 모듈형 도구처럼 호출합니다. 프로젝트 내에 생성된 RemoteA2A 연결 객체가 원격 URL과 인증 정보를 캡슐화하여 자동 협상을 수행합니다.
- Hosted Agent via Foundry Toolbox (Two-Hop MCP Pattern): Hosted Agent가 MCP(Model Context Protocol) 엔드포인트를 통해 Foundry Toolbox에 연결되고, Toolbox가 내부의 A2A Tool과 RemoteA2A 연결을 거쳐 최종 원격 에이전트를 호출하는 2중 레이어 구조를 형성합니다.
3. 실험 결과 및 성능 지표 (Benchmark & Results)
원문은 Microsoft Foundry의 신규 기능 및 프로토콜 사양을 다루는 공식 아키텍처 블로그로, 성능/속도에 대한 정량적 벤치마크 수치는 기재되지 않았습니다. 원문 내 기재된 주요 명세 및 지원 기능 비교는 다음과 같습니다.
4. 연구의 한계점 및 주의할 점 (Limitations)
- 스트리밍 미지원 및 텍스트 모달리티 제약: 현재 A2A Protocol v1.0 구현체는 텍스트(Text) 모달리티만 지원하며 실시간 스트리밍 응답(Streaming Response)을 지원하지 않아, 실시간 대화형 음성 인터페이스 연동 시 대기 시간(Latency)이 발생할 수 있습니다.
- 엄격한 Entra ID 제어: Incoming A2A Endpoint는 비인가(Unauthenticated) 호출이나 단순 API Key 방식을 지원하지 않으며, 반드시 Microsoft Entra ID 인증 및 역할 할당이 강제됩니다.
- 역할 할당 시 ID 착오 주의: Entra ID 역할 할당 시 Application ID나 Client ID가 아닌, 서비스 주체(Service Principal)의 Object ID (Principal ID)를 대상으로 권한을 부여해야 정상 동작합니다.
5. 엔터프라이즈 아키텍트의 실무 인사이트 (“So What?”)
클라우드 인프라 & 비용 (Azure / Cloud Infrastructure)
- 컴퓨팅 및 디버깅 오버헤드 단축: 에이전트별 전용 API 및 파이프라인 개설 비용을 제거하고, Azure AI Foundry 내 RemoteA2A 프로젝트 연결 커넥터로 일원화함으로써 멀티 에이전트 통합에 들어가는 컴퓨팅/개발 공수를 대폭 절감할 수 있습니다.
- 리소스 바운더리 격리: 각 에이전트를 독립된 서비스 단위로 배포 및 격리하여 특정 모듈의 오류가 전체 마이크로서비스로 전이되는 현상을 방지합니다.
보안 & 아키텍처 연동 (RAG & LLMOps Integration)
- Agentic Identity 기반의 Zero-Trust 보안 모델: 하드코딩된 API 키를 완전히 배제하고, 서비스 간 호스팅 및 호출 시 agentic-identity, project-managed-identity, 또는 user-entra-token 패스스루를 통해 최소 권한 원칙(Principle of Least Privilege)을 수립할 수 있습니다.
- 코드와 인증의 완벽한 분리: Hosted Agent 및 A2A 소스 코드 내에 비밀번호, OAuth 토큰, 자격 증명을 포함시키지 않고, 이를 Foundry Control Plane의 RemoteA2A 커넥터 및 Toolbox 수준으로 위임하여 보안 파이프라인의 완성도를 높입니다.
실무 적용 가이드 (Enterprise Implementation Checklist)
- Agent Card 패치 및 프로토콜 활성화: 타깃 에이전트에 agent_card 스킬 명세 작성 및 agent_endpoint 프로토콜 패치를 수행합니다.
JSON
{ “agent_card”: { “description”: “Invoice handling specialist”, “version”: “1.0”, “skills”: [{ “id”: “lookup”, “name”: “Invoice Lookup”, “description”: “Finds invoice status” }] }, “agent_endpoint”: { “protocol_configuration”: { “responses”: {}, “a2a”: {} } } }
- Entra ID 권한 할당: 호출 주체(Calling Agent Principal Object ID)에 대상 프로젝트/에이전트 스코프의 Foundry Agent Consumer 역할을 부여합니다.
- MCP 연결 정의 (Hosted Agent 연동 시): Hosted Agent 설정에 https://{account}[.services.ai.azure.com/api/projects/](https://.services.ai.azure.com/api/projects/){project}/toolboxes/{toolbox}/versions/{version}/mcp?api-version=v1 엔드포인트와 [https://ai.azure.com/.default](https://ai.azure.com/.default) 스코프를 지정하여 보안 통신 채널을 구성합니다.
References:
- A2A Endpoints and A2A Tool in Microsoft Foundry agents (https://techcommunity.microsoft.com/blog/azure-ai-foundry-blog/a2a-endpoints-and-a2a-tool-in-microsoft-foundry-agents/4557115)
[LinkedIn] #MicrosoftFoundry #AzureAI #MultiAgent #EnterpriseArchitecture #LLMOps