AI 에이전트가 OpenTelemetry를 말하다: MCP와 OTel에서 온 두 가지 신호
Anthropic
OpenAI
Google/DeepMind
두 가지 뉴스가 에이전트가 포함된 애플리케이션에서 MCP를 통해 도구나 외부 API로의 요청을 추적하는 방법을 다룹니다. MCP 2026년 7월 28일 사양은 종단 간 추적을 위한 W3C Trace Context 사용을 공식화하며, OpenTelemetry의 로드맵에는 AI 에이전트 관측 가능성이 포함되어 있습니다.
2026년 7월 28일, Model Context Protocol은 MCP 여정 전반에 걸쳐 추적 컨텍스트를 전달하기 위해 W3C Trace Context를 공식적으로 채택하는 새로운 사양을 발표했습니다. 이 사양은 params의 _meta 필드에 traceparent, tracestate, baggage의 세 가지 키를 정의하며, 상호 운용성을 보장하기 위해 DNS 접두사 규칙에 예외를 둡니다. 이러한 방식은 이미 Logfire, OpenInference, Envoy AI Gateway와 같은 SDK 및 도구에서 작동하고 있었습니다. 또한 MCP는 내장된 Logging, Roots, Sampling을 더 이상 사용하지 않게 하여 구조화된 텔레메트리를 위해 OpenTelemetry를 권장하며, 전환 기간은 최소 12개월입니다. 핵심 프로토콜은 상태 비저장(stateless)이 되어 initialize, initialized, Mcp-Session-Id를 제거하고, 버전과 추적 컨텍스트는 이제 각 요청의 _meta에 전송됩니다. 같은 날, Japan Community Day와 KubeCon Japan에서는 OpenTelemetry를 사용한 AI 에이전트 관측 가능성에 대한 강연이 있었으며, OpenTelemetry는 2026년 5월에 졸업한 후 생성형 AI 및 에이전트 시나리오를 위한 의미론적 규칙, 브라우저 및 모바일 관측 가능성, Weaver를 통한 스키마 관리, Packaging을 통한 간소화된 설치, Injector 라이브러리 등의 우선 순위를 나열했습니다. 기사들은 하나의 trace_id로는 AI 시스템에 충분하지 않으며 의미론적 규칙이 여전히 진화 중임을 강조합니다. 결론적으로 AI 에이전트는 Proto Observability Platform에서처럼 W3C Trace Context, OpenTelemetry 스팬, 의미론적 규칙을 사용하여 자체적으로 데이터를 수집하는 분산 애플리케이션으로 운영되어야 한다고 전합니다.
출처: Habr — хаб ИИ —
원문
