배경 및 맥락
최근 agent 플랫폼은 모델 성능보다도 에이전트가 서로를 어떻게 찾고, 어떤 endpoint를 신뢰하고, 어떤 tool surface를 안전하게 호출할지에서 운영 난도가 커지고 있다. 지금까지는 벤더별 registry, hardcoded integration, 사설 catalog가 사실상 기본값이었고, 이 구조는 생태계가 커질수록 중앙화된 chokepoint를 만든다.
Linux Foundation의 DNS-AID 발표는 이 discovery 문제를 새 프로토콜보다 기존 인터넷 인프라 위에서 풀겠다는 시도다. DNS는 이미 naming, delegation, caching, global distribution을 해결한 계층이기 때문에, agent discovery를 여기에 얹으면 vendor-neutral한 control plane을 만들 수 있다는 논리다.
핵심 내용
Linux Foundation은 2026년 5월 27일 DNS-AID를 공개하며, AI agents와 MCP servers를 DNS 기반으로 publish, discover, verify할 수 있는 오픈소스 프로젝트라고 설명했다. 프로젝트는 Infoblox가 초기 개발했고, Linux Foundation 아래에서 Cloudflare, CSC, Equinix, GoDaddy, Indeed, ISC, WWT 등이 참여한다.
기술적으로는 reference implementation으로 Python SDK, CLI, MCP server를 함께 제공한다. 핵심 메시지는 agent discovery를 중앙 registry나 hardcoded URL이 아니라 DNS hierarchy와 open standards 위에서 처리하겠다는 것이다. 이는 기존 인터넷의 naming layer를 agentic web의 directory layer로 재사용하려는 접근이다.
경쟁 구도 / 비교
기존 agent ecosystem의 연결 방식은 대체로 벤더 플랫폼 내부 catalog 또는 사내 integration registry 중심이다. 이 구조는 빠르게 제품화하기 쉽지만, cross-vendor interoperability와 long-term governance 측면에서는 lock-in을 만든다. DNS-AID는 이 문제를 애플리케이션 레이어에서 풀지 않고 인터넷 표준 계층으로 끌어내린다.
MCP가 agent-tool 연결 표준으로 확산되는 흐름과 비교하면, DNS-AID는 '무엇을 호출할 것인가'보다 '무엇을 어디서 찾을 것인가'에 대한 표준화다. 둘이 결합되면 tool-use 표준과 discovery 표준이 분리된 형태의 agent web stack이 만들어질 수 있다.
의미
산업적으로는 agent 생태계의 다음 경쟁이 모델 API 숫자보다 discovery, identity, trust의 개방형 인프라를 누가 선점하느냐로 옮겨가고 있음을 보여준다. 기술적으로는 centralized agent registry가 아니라 DNS 기반 naming과 verification 계층을 쓰는 방향이 현실적인 대안으로 올라왔다.
실무적으로는 기업이 내부 agent directory와 외부 partner agent 연결을 설계할 때 DNS, SVCB/HTTPS record, verification artifact를 어떻게 조합할지 검토해야 한다. DNS-AID는 agentic web의 control plane을 인터넷답게 만들려는 첫 신호 중 하나다.