OpenTelemetry Collector
OpenTelemetry项目的开源数据收集器，负责接收、处理和转发遥测数据，支持多种数据源和导出目标
时间轴 (近 90 天)
在本地可观测栈中，OpenTelemetry Collector 在 8889 端口以 Prometheus 格式暴露指标，Prometheus 以 15 秒间隔抓取，Grafana 读取 Prometheus 数据源。
在 Collector 中同时开启 gRPC（4317）和 HTTP（4318）两个 receiver，而 Claude Code 侧可通过 OTEL_EXPORTER_OTLP_PROTOCOL=grpc 选择 gRPC 传输。
在生产环境中，通常由 OpenTelemetry Collector 接收 OTLP 数据，再根据配置路由到不同后端，这样应用侧只需面向 OTLP 编程，不必绑定具体厂商。
为流式响应的每个 token chunk 创建单独 Span 会导致 Span 爆炸，例如一次生成 1500 个 token 的响应会产生 1500 个 Span，可能撑爆内存缓冲并导致 Collector 崩溃。
OpenTelemetry Collector 采用 pipeline 架构，由 Receiver、Processor 和 Exporter 三大模块组成
全部知识事实 (5)
在本地可观测栈中，OpenTelemetry Collector 在 8889 端口以 Prometheus 格式暴露指标，Prometheus 以 15 秒间隔抓取，Grafana 读取 Prometheus 数据源。
50%待验证在 Collector 中同时开启 gRPC（4317）和 HTTP（4318）两个 receiver，而 Claude Code 侧可通过 OTEL_EXPORTER_OTLP_PROTOCOL=grpc 选择 gRPC 传输。
50%待验证在生产环境中，通常由 OpenTelemetry Collector 接收 OTLP 数据，再根据配置路由到不同后端，这样应用侧只需面向 OTLP 编程，不必绑定具体厂商。
50%待验证为流式响应的每个 token chunk 创建单独 Span 会导致 Span 爆炸，例如一次生成 1500 个 token 的响应会产生 1500 个 Span，可能撑爆内存缓冲并导致 Collector 崩溃。
50%待验证OpenTelemetry Collector 采用 pipeline 架构，由 Receiver、Processor 和 Exporter 三大模块组成
50%