ARD(Agentic Resource Discovery)란 무엇인가?
Google과 업계 파트너들이 AI 에이전트가 도구, API, 다른 에이전트를 게시·탐색·검증하기 위한 오픈 표준인 ARD(Agentic Resource Discovery) 명세를 발표했다. 이름에 AI가 들어가 있지만, ARD가 실질적으로 해결하려는 문제는 백엔드 개발자에게도 익숙한 개념이다. 바로 서비스 디스커버리다.
기존에는 MSA 환경에서 Eureka나 Consul 같은 서비스 레지스트리를 통해 서비스 위치를 동적으로 파악했다. ARD는 이 개념을 AI 에이전트와 외부 도구·API 영역으로 확장한다. 카탈로그(catalog)와 레지스트리(registry)를 기반으로 한 디스커버리 레이어를 도입하여, 실행 시점에 필요한 기능을 동적으로 탐색할 수 있도록 설계되었다.
기존 프로토콜과의 관계: 실행은 MCP·OpenAPI가 담당
ARD가 주목받는 이유 중 하나는 기존 표준을 대체하지 않는다는 점이다. ARD는 디스커버리 레이어만을 담당하고, 실제 실행 단계에서는 MCP(Model Context Protocol)와 OpenAPI 같은 기존 프로토콜을 그대로 활용한다.
백엔드 개발자 관점에서 보면, 이미 OpenAPI 스펙으로 API를 문서화하고 있다면 ARD와 연동하는 데 큰 장벽이 없다. ARD는 "어떤 도구가 어디에 있고, 어떤 기능을 제공하며, 신뢰할 수 있는가"를 표준화하는 레이어다. 구조적으로는 아래와 같이 역할이 분리된다.
[ARD 레이어] → 탐색·게시·검증 (카탈로그/레지스트리)
[실행 레이어] → MCP, OpenAPI 등 기존 프로토콜
이 분리 덕분에 기존 API 서버를 크게 수정하지 않고도 ARD 호환 레지스트리에 등록할 수 있는 여지가 생긴다.
신뢰성과 상호운용성이 핵심 설계 원칙인 이유
ARD가 단순한 디렉터리 서비스와 다른 점은 **신뢰(trust)와 상호운용성(interoperability)**을 명세 수준에서 강조한다는 것이다. 불특정 에이전트가 외부 도구를 동적으로 호출하는 환경에서는 "이 도구가 정말 안전한가", "선언된 스펙대로 동작하는가"를 검증하는 메커니즘이 필수다.
실무적으로 이는 API 보안 검증, 도구 출처 확인, 버전 호환성 보장 문제와 직결된다. 현재 많은 조직이 내부 API 게이트웨이에서 개별적으로 처리하는 문제들을 ARD가 표준화된 방식으로 해결하려는 시도로 볼 수 있다. 오픈 표준으로 공개된 만큼, 향후 API 플랫폼이나 개발자 포털과의 통합 사례가 늘어날 가능성이 높다.
정리
- ARD는 AI 에이전트 환경을 위한 서비스 디스커버리 표준으로, 카탈로그·레지스트리 기반의 탐색 레이어를 정의한다.
- 실행 단계는 MCP, OpenAPI 등 기존 프로토콜에 위임하므로, 현재 OpenAPI를 사용하는 백엔드라면 연동 진입 장벽이 낮다.
- 신뢰성·상호운용성을 명세 수준에서 다루는 오픈 표준으로, API 보안 및 검증 정책에 영향을 줄 수 있어 주목할 필요가 있다.