[控场AI]
概念OpenTelemetry Protocol / OTLP

OTLP

OpenTelemetry定义的标准遥测数据传输协议,用于在SDK、Collector和后端之间传输Traces、Metrics和Logs数据

核心事实

时间轴 (近 90 天)

10月18日

OTLP 协议选择只影响传输层,不影响数据语义,因此切换 gRPC 和 HTTP 承载方式不会改变指标名称或标签。

待验证50%
10月18日

Claude Code 内置的是 OTel SDK,因此它输出的数据格式并非私有,任何兼容 OTLP 的后端(如 Prometheus、Datadog、Honeycomb 等)都能直接接收。

待验证50%
10月17日

在生产环境中,通常由 OpenTelemetry Collector 接收 OTLP 数据,再根据配置路由到不同后端,这样应用侧只需面向 OTLP 编程,不必绑定具体厂商。

待验证50%
10月17日

Console destination 可视为 OTLP exporter 的调试替代品,它不发送网络请求,而是把 span 数据打印到标准输出。

待验证50%
10月16日

OTLP/HTTP 通过标准 HTTP 请求发送遥测数据,默认端口通常为 4318。

待验证50%
10月16日

非内置运行时的 Agent 可以通过发送 OTLP/HTTP 遥测数据,或使用项目提供的 Python 和 JavaScript 客户端进行埋点接入 Agent Observatory。

待验证50%
10月13日

OTLP(OpenTelemetry Protocol)定义了 collector 与后端之间的标准通信格式。

待验证50%
10月13日

n8n 的 trace 可以导出到任何 OTLP 兼容的收集器和后端,官方列出的支持对象包括 Jaeger、Tempo、Datadog、Honeycomb、New Relic 以及 Grafana Cloud。

待验证50%
10月12日

AI网关通常充当反向代理或SDK包装器,其数据流大致为:网关接收入站HTTP请求并创建根span,随后为具体操作创建子span(如`retrieval.search`、`llm.inference`、`llm.generate`),span通过OTLP批量导出到collector,再路由到Jaeger或Tempo进行存储与可视化。

待验证50%
10月12日

OpenTelemetry(OTel)是一套与厂商无关的可观测性标准,涵盖分布式追踪、指标和日志三类信号,定义了数据如何被采集、传播和导出。

已验证65%

还有 4 条时间轴事件

全部知识事实 (15)

已验证

OpenTelemetry(OTel)是一套与厂商无关的可观测性标准,涵盖分布式追踪、指标和日志三类信号,定义了数据如何被采集、传播和导出。

65%
已验证

OTLP(OpenTelemetry Protocol)是CNCF主导的开放遥测标准,统一了追踪、指标和日志的数据格式与传输协议

65%
待验证

OpenTelemetry 定义了统一的 API、SDK 和数据协议 OTLP,使开发者可以一次埋点、多后端导出

60%
待验证

OTLP 协议选择只影响传输层,不影响数据语义,因此切换 gRPC 和 HTTP 承载方式不会改变指标名称或标签。

50%
待验证

Claude Code 内置的是 OTel SDK,因此它输出的数据格式并非私有,任何兼容 OTLP 的后端(如 Prometheus、Datadog、Honeycomb 等)都能直接接收。

50%
待验证

Console destination 可视为 OTLP exporter 的调试替代品,它不发送网络请求,而是把 span 数据打印到标准输出。

50%
待验证

在生产环境中,通常由 OpenTelemetry Collector 接收 OTLP 数据,再根据配置路由到不同后端,这样应用侧只需面向 OTLP 编程,不必绑定具体厂商。

50%
待验证

OTLP/HTTP 通过标准 HTTP 请求发送遥测数据,默认端口通常为 4318。

50%
待验证

非内置运行时的 Agent 可以通过发送 OTLP/HTTP 遥测数据,或使用项目提供的 Python 和 JavaScript 客户端进行埋点接入 Agent Observatory。

50%
待验证

OTLP(OpenTelemetry Protocol)定义了 collector 与后端之间的标准通信格式。

50%
待验证

n8n 的 trace 可以导出到任何 OTLP 兼容的收集器和后端,官方列出的支持对象包括 Jaeger、Tempo、Datadog、Honeycomb、New Relic 以及 Grafana Cloud。

50%
待验证

AI网关通常充当反向代理或SDK包装器,其数据流大致为:网关接收入站HTTP请求并创建根span,随后为具体操作创建子span(如`retrieval.search`、`llm.inference`、`llm.generate`),span通过OTLP批量导出到collector,再路由到Jaeger或Tempo进行存储与可视化。

50%
待验证

Rootprint 支持 OTLP、HTTP NDJSON 数据摄入,也可从 Kafka、Kinesis、SQS/S3 拉取数据

50%
待验证

OTLP 支持 gRPC 和 HTTP/protobuf 两种传输方式,能够同时承载 Traces、Metrics 和 Logs 三种信号

50%
待验证

Jaeger、Grafana Tempo、Datadog、New Relic、Elastic 等主流可观测性后端都已支持 OTLP 协议的直接接入

50%

来源文章