Jaeger
开源的分布式追踪系统，由Uber开源并捐赠给CNCF，支持OpenTelemetry数据的存储与可视化分析
时间轴 (近 90 天)
n8n 的 trace 可以导出到任何 OTLP 兼容的收集器和后端，官方列出的支持对象包括 Jaeger、Tempo、Datadog、Honeycomb、New Relic 以及 Grafana Cloud。
AI网关通常充当反向代理或SDK包装器，其数据流大致为：网关接收入站HTTP请求并创建根span，随后为具体操作创建子span（如`retrieval.search`、`llm.inference`、`llm.generate`），span通过OTLP批量导出到collector，再路由到Jaeger或Tempo进行存储与可视化。
Microsoft Foundry 遵循 OpenTelemetry 标准，Traces 数据理论上可导出到兼容 OpenTelemetry 的后端如 Jaeger、Grafana Tempo
芯片级硬件计数器数据的trace比OpenTelemetry、Jaeger等分布式追踪的信息粒度更细
Google、Microsoft、AWS 等主流云厂商均已支持 OpenTelemetry，基于其构建的追踪数据可导出到 Jaeger、Zipkin、Grafana Tempo 等兼容后端
OTEL 生成的遥测数据可以通过 Collector 转发给 Jaeger、Prometheus、Datadog 或任何兼容 OTLP 协议的后端
Jaeger和Zipkin是分布式系统中的链路追踪工具，可展示请求在多个服务节点间的完整耗时和调用关系
OpenTelemetry 的核心价值在于厂商中立，可将遥测数据输出到 Jaeger、Zipkin、Datadog、Grafana Tempo 等后端
基于尾部的采样（tail-based sampling）在分布式追踪系统中先缓存一条请求的全部 span，等整条链路完成后再决定是否保留
Jaeger、Grafana Tempo、Datadog、New Relic、Elastic 等主流可观测性后端都已支持 OTLP 协议的直接接入
还有 2 条时间轴事件
全部知识事实 (13)
SkyWalking和Jaeger是链路追踪工具，用于全链路性能测试中的分布式系统追踪
90%待验证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%待验证Microsoft Foundry 遵循 OpenTelemetry 标准，Traces 数据理论上可导出到兼容 OpenTelemetry 的后端如 Jaeger、Grafana Tempo
50%待验证芯片级硬件计数器数据的trace比OpenTelemetry、Jaeger等分布式追踪的信息粒度更细
50%待验证Google、Microsoft、AWS 等主流云厂商均已支持 OpenTelemetry，基于其构建的追踪数据可导出到 Jaeger、Zipkin、Grafana Tempo 等兼容后端
50%待验证OTEL 生成的遥测数据可以通过 Collector 转发给 Jaeger、Prometheus、Datadog 或任何兼容 OTLP 协议的后端
50%待验证Jaeger和Zipkin是分布式系统中的链路追踪工具，可展示请求在多个服务节点间的完整耗时和调用关系
50%待验证OpenTelemetry 的核心价值在于厂商中立，可将遥测数据输出到 Jaeger、Zipkin、Datadog、Grafana Tempo 等后端
50%待验证基于尾部的采样（tail-based sampling）在分布式追踪系统中先缓存一条请求的全部 span，等整条链路完成后再决定是否保留
50%待验证Jaeger、Grafana Tempo、Datadog、New Relic、Elastic 等主流可观测性后端都已支持 OTLP 协议的直接接入
50%待验证可观测性实践通过 OpenTelemetry 标准、Prometheus 指标采集和 Jaeger/Zipkin 分布式追踪等工具实现
50%待验证分布式追踪系统Jaeger默认只采样0.1%的请求
50%