国产开源APM databuff 成为 CNCF 顶级项目opentelemetry 官宣Vendor

OpenTelemetry · Vendors 生态 · AI 原生 · DataBuff ------ 从 CNCF 标准、官网收录到 Demo 实拍，帮 SRE 团队看清 OTel 后端选型。

DataBuff 成为 SkyWalking 之后，第二款登上 OpenTelemetry 官网 Vendors 的国产开源专业 APM ------ 标注 Native OTLP。它凭什么获得社区收录？对还在纠结 OTel 后端选型的团队意味着什么？本文附 Demo 实拍，从标准、架构到 AI 排障三条线说清。

如果你是 SRE 或运维工程师，这篇文章一定要看完。来吧，展示。

§1 OpenTelemetry：CNCF 里仅次于 K8s 的第二大项目

OpenTelemetry（简称 OTel 或 OTLP）是 CNCF 托管的厂商中立 可观测标准。CNCF 2025 项目增速报告显示，OTel commit 一年增 39% ，贡献者 +35% ，已是仅次于 Kubernetes 的第二大 CNCF 项目。项目贡献者包括 AWS、微软、谷歌、Splunk、Dynatrace、New Relic 等一众行业头部厂商。

图 1 · CNCF 项目增速与 OpenTelemetry 社区活跃度

图 2 · OpenTelemetry 生态与贡献者概览

§2 Databuff 上线两周，登上 OpenTelemetry 官网 Vendors

OpenTelemetry 官网维护 Vendors 生态名单------收录通过 OTLP 原生消费遥测、面向终端用户的可观测后端，相当于一份可公开验证的白名单。

Pure OSS 组里，DataBuff 标注开源 Yes 、商业 No 、Native OTLP Yes，Learn more 指向 OTLP 接入文档。

图 3 · OpenTelemetry 官网 Vendors 列表中的 DataBuff 条目

§3 DataBuff 项目的魅力在哪里

DataBuff 的口号：AI Native OpenTelemetry APM

项目的目标是帮助企业从应用性能观测，走向应用性能治理，最终实现应用的自主化运维，强调 AI 原生能力在 SRE 作业中发挥的技术价值。

3.1 极简架构

DataBuff 采用极简三组件 设计：Ingest（接入）→ Doris（存储）→ Web（平台）。

没有 Elasticsearch + Kafka + 多微服务的传统堆砌，Docker 一条命令即可跑通 Demo。架构极简的直接收益是：运维组件少、单机 8G 可跑、AI 查询也只需一个存储入口，这是「AI 原生 OpenTelemetry APM」的工程底座。

图 4 · DataBuff 极简三组件架构

3.2 OpenTelemetry 原生能力

图 5 · 服务列表与 RED 大盘

应用性能模块直接消费 OTel SDK 经 OTLP 上报的 Trace 与 Metrics，在平台侧完成 RED 指标聚合与服务依赖可视化，不依赖私有探针协议。集中展示各服务的请求量、响应时间与错误率，并附趋势曲线对比健康度------这是 OTel Metrics 入库后的核心排障入口。