Elastic 的 OpenTelemetry 分发版（EDOT）现已正式发布：开源、可用于生产环境的 OTel

news2025/7/16 4:02:41

作者：来自 Elastic Miguel Luna 及 Bahubali Shetti

Elastic 自豪地宣布正式发布 Elastic OpenTelemetry 分发版（Elastic Distributions of OpenTelemetry - EDOT），其中包含 Elastic 自定义版本的 OpenTelemetry Collector 以及多个语言的 SDK，如 Python、Java、.NET 和 NodeJS。这些组件提供了增强功能和企业级支持，助力用户更好地使用 EDOT。

我们很高兴地宣布 Elastic OpenTelemetry 分发版（EDOT）正式发布！EDOT 是对 OpenTelemetry Collector 和语言 SDK 的完全开源分发，为 SRE 和开发者提供一个稳定、经过生产验证的 OTel 生态系统，并由企业级支持保障。

虽然 OTel 组件本身功能强大，但社区推动的增强功能往往需要时间，而且支持主要依赖于社区或用户自身。EDOT 为终端用户带来了以下优势：

生产可用，由 OTel 专家支持
无厂商锁定 —— 不包含专有插件
保持 OpenTelemetry 标准 —— 无需进行 schema 转换

EDOT Collector 和 SDK 正式发布

Elastic OpenTelemetry 分发版（EDOT）是经过精心整理的 OpenTelemetry 组件集合，包括 EDOT Collector 和语言 SDK，旨在支持来自应用程序以及共享基础设施（如主机或 Kubernetes）的 OTel 遥测数据。

以下是现已正式发布的全部 EDOT 组件亮点。

Elastic OpenTelemetry 分发版（EDOT）Collector —— EDOT Collector 是 Elastic 定制的 OTel Collector，包含一套 Elastic 提供的 processors、receivers 和 exporters，用于将 OTel 数据发送到 Elastic。
Elastic OpenTelemetry 分发版（EDOT）SDK 与零代码接入 —— 用户可以选择使用 SDK 进行插桩，也可以使用零代码接入方式。目前 EDOT 提供以下 SDK：
- Elastic OpenTelemetry 分发版（EDOT）Java
- Elastic OpenTelemetry 分发版（EDOT）Python
- Elastic OpenTelemetry 分发版（EDOT）NodeJS
- Elastic OpenTelemetry 分发版（EDOT）.NET
- Elastic OpenTelemetry 分发版（EDOT）PHP
- Elastic OpenTelemetry 分发版（EDOT）iOS
- Elastic OpenTelemetry 分发版（EDOT）Android

关于 EDOT 的详细信息和文档，请访问我们的 EDOT 公共文档和 EDOT GitHub 仓库。

想了解更多关于易用性，特别是在 Kubernetes 环境中的使用方式，请查看我们之前的博客《使用 EDOT 三步采集 Kubernetes 和应用遥测数据》。

SRE 使用 EDOT 的收益

可用于生产环境，由 OpenTelemetry 专家提供支持

企业在采用 OpenTelemetry 时，常常面临支持不稳定、bug 修复缓慢、更新未经测试等问题，带来运维风险、系统停机和故障排查成本增加。在没有企业级保障的情况下，团队往往只能自行解决问题，导致维护负担加重，采用速度减缓。

EDOT 提供由 OpenTelemetry 专家支持的企业级服务，确保稳定性、在 OTel 官方发布周期之外的主动修复能力，以及生产环境验证的可靠性。通过快速问题解决和专家指导，EDOT 让组织能够安心地采用并扩展 OpenTelemetry，而无需担心运维中断或增加维护负担。

无厂商绑定 —— 无专有附加组件

传统可观测性厂商通常构建专有代理和数据管道，以控制数据流并锁定用户。

Elastic Distributions of OpenTelemetry (EDOT) 提供完全开源、厂商中立的可观测性方法。作为一组经过精心策划的 OpenTelemetry 组件集合，EDOT 在不引入专有修改的前提下，与 Elastic Observability 紧密集成，增强基础设施和应用的监控能力。

所有的增强功能和修复都被回馈给 OpenTelemetry 社区，确保 EDOT 保持稳定、符合标准，并与上游 OpenTelemetry 保持一致。这意味着强大的互操作性、无缝升级，以及真正的无厂商绑定保障。

保留 OpenTelemetry 标准，获取更丰富上下文

一些厂商通过引入专有转换来修改 OpenTelemetry 的数据和 schema，破坏互操作性，从而加深用户绑定并增加复杂性。这些修改迫使运维团队管理定制集成、转换 schema，有时甚至导致每类信号都需使用不同的查询语言和工具，增加了不必要的负担，限制了灵活性。

Elastic 采用了 “OTel-first” 的新架构，保留 OpenTelemetry 的数据模型。OTel 数据可按其原始规范直接用于 Elastic 的仪表盘、分析、告警等功能，无需进行 schema 转换 —— 即开即用。

借助 Elasticsearch 作为所有 OpenTelemetry 信号的统一后端，用户可使用统一、OTel 原生格式存储和查询可观测性数据。再结合强大灵活的查询语言 ES|QL，SRE 可使用 OTel 的资源属性轻松关联日志、指标和追踪数据，实现更快速、更直观的系统健康与性能分析 —— 一切尽在一处。