OpenTelemetry
A cloud-native observability framework that provides unified standards for collecting and exporting metrics, logs, and distributed traces. It is widely used for monitoring distributed systems.
Core Facts
OpenTelemetry was launched by the CNCF in 2019 following the merger of the OpenTracing and OpenCensus projects
可观测性的三大支柱框架包括Metrics（指标）、Logs（日志）和Traces（链路追踪）
OpenTelemetry is the de facto observability standard in the cloud-native domain.
Timeline (last 90 days)
In n8n, a workflow execution is modeled as one trace, and an individual node execution is modeled as a child span within it.
Span attributes are the mechanism in OpenTelemetry for attaching structured key-value pairs to a span, such as project.id, workflow.name, or node.type.
On June 8, n8n officially released native OpenTelemetry tracing capabilities, which can generate one trace per workflow execution and optionally generate a child span per node.
OTLP (OpenTelemetry Protocol) defines the standard communication format between collectors and backends.
A trace represents the complete lifecycle of a request or transaction and consists of several spans; each span records an operation with a start and end time and carries a name, attributes, events, and status; spans form a directed acyclic graph through parent-child relationships.
Traditional distributed tracing (such as OpenTelemetry's span/trace model) uses call spans as its unit, assuming operations have clear starts, ends, and parent-child relationships, and cannot directly map to MissionFlow's reasoning trajectory; in practice, a ReAct-style sequence of steps is usually adopted as the recording unit.
Tracing autonomous agents requires fine-grained stage telemetry: every state transition should emit an OpenTelemetry-compliant span, tracking queue dwell time, token usage and model inference latency, tool execution time and returned status codes, and retry counts and dead-letter queue routing.
In tracing specifications such as OpenTelemetry, a span's default status is UNSET, and it becomes ERROR only when an exception escapes that span's code block or the code explicitly calls setStatus(ERROR).
OTel的核心数据模型是Span——代表一次操作的结构化记录，包含名称、起止时间、状态、属性（attributes）以及与其他span的父子关系；Trace由一组共享同一trace ID的span构成的有向无环图。
Agent 遥测指的是运行时采集的模型调用轨迹数据，包括耗时、token 用量、工具调用序列、错误分布等，通常通过 OpenTelemetry 一类框架导出到可观测性平台。
40 more timeline events
All Facts (20)
OpenTelemetry was launched by the CNCF in 2019 following the merger of the OpenTracing and OpenCensus projects
90%Verified可观测性的三大支柱框架包括Metrics（指标）、Logs（日志）和Traces（链路追踪）
80%VerifiedOpenTelemetry is the de facto observability standard in the cloud-native domain.
80%VerifiedThe OpenTelemetry standard has been extended to support tracing of LLM calls.
80%VerifiedOpenTelemetry是由Cloud Native Computing Foundation（CNCF）托管的开源可观测性框架，统一了分布式追踪、指标和日志三大信号的采集标准
75%VerifiedThe concepts of Trace and Span originate from Google's Dapper paper and the OpenTelemetry standard.
70%VerifiedIn traditional microservice architectures, distributed tracing relies on standards such as OpenTelemetry to link cross-service call chains via TraceID.
65%VerifiedPhoenix is open-sourced by Arize AI and focuses on experiment tracking and evaluation for LLM applications, complementing Arize's commercial ML monitoring platform.
65%VerifiedIn agent scenarios, a complete agent task should be treated as a single Trace, with each LLM call, tool call, and memory retrieval being a Span.
65%VerifiedObservability tools such as OpenTelemetry and LangSmith are applying distributed tracing concepts to monitor the execution chains of AI agents.
65%VerifiedThe OpenTelemetry community is advancing the standardization of GenAI semantic conventions, defining unified naming specifications for attributes such as gen_ai.system and gen_ai.request.model.
70%UnverifiedTraces are a core concept in distributed system observability, originating from standards like OpenTelemetry
90%UnverifiedOpik支持嵌套Span结构进行多层级调用可视化
90%UnverifiedFoundry的追踪系统基于OpenTelemetry标准构建
90%UnverifiedOpenTelemetry等标准化追踪框架的设计假设是确定性的调用链路，不适合AI Agent的非确定性执行路径
80%UnverifiedThe OpenTelemetry project standardizes the concept of distributed tracing, defining a unified Trace data model and propagation protocol.
70%UnverifiedOpenTelemetry (OTel) is an open-source standard led by the CNCF Foundation and is being progressively introduced into LLM applications to standardize data collection formats.
65%UnverifiedOpenObserve incorporates Agent and LLM calls into the OpenTelemetry framework, enabling developers to uniformly analyze LLM calls alongside logs, metrics, and traces from backend services and databases on a single platform.
60%UnverifiedOpen-source standards such as OpenTelemetry have established a mature ecosystem for observability in traditional software.
60%UnverifiedOpenTelemetry defines a unified API, SDK, and data protocol OTLP, enabling developers to instrument once and export to multiple backends.
60%