OpenTelemetry数据存储位置、格式及第三方可操作性技术咨询

一、数据存储位置 #

OpenTelemetry本身不自带持久化存储，它的核心能力是采集、处理、导出数据，最终存储完全取决于你配置的后端导出器（exporter）：

• 若使用Prometheus导出器，数据会先临时存放在OpenTelemetry Collector的内存（默认）或本地缓存（如file storage扩展），最终导出到Prometheus的时序数据库（TSDB）中，存储路径由Prometheus的配置决定（默认是./data目录）。
• 若使用Jaeger、Elasticsearch等其他导出器，数据会直接发送到对应后端的存储系统，比如Jaeger常用的Cassandra或Elasticsearch。
• 如果仅用SDK采集但未配置导出器，数据只会留在进程内存中，进程结束后就会丢失。

二、原生数据格式 #

OpenTelemetry的原生数据格式是Protobuf（Protocol Buffers），这是一种高效的二进制序列化格式，是整个OpenTelemetry生态内部数据流转的标准格式。

它针对三种核心观测数据定义了专属的Protobuf结构：

• 链路追踪（Traces）：对应trace.proto
• 指标（Metrics）：对应metrics.proto
• 日志（Logs）：对应logs.proto

三、Prometheus中JSON格式的来源 #

你在Prometheus里看到的JSON格式并非OpenTelemetry的原生格式，而是Prometheus自身转换的结果：

• OpenTelemetry向Prometheus发送的数据是符合Prometheus Remote Write规范的（底层依然是Protobuf格式）
• 当你通过Prometheus的HTTP API查询数据时，Prometheus会将存储在TSDB中的数据转换成JSON格式返回，方便客户端解析。

内容的提问来源于stack exchange，提问作者Dark