OpenTelemetry（OTel）项目于 2026 年 5 月正式获得云原生计算基金会（CNCF）的毕业项目状态，此前已于 2025 年启动毕业流程。这一成就使该项目跻身 Kubernetes 和 Prometheus 等 CNCF 重要项目之列，但这并不意味着其开发已经结束；相反，它确认了 OpenTelemetry 已从一个前景可观的项目转变为面向大规模企业级使用的成熟开放基础设施。
OpenTelemetry 为何出现？
在 OpenTelemetry 之前，可观测性工具通常依赖于各供应商专有的格式和库。在监控服务提供商之间迁移时，往往需要移除并替换旧的连接库，使供应商切换变得复杂，并增加技术锁定风险。此外，核心可观测性信号——追踪、日志和指标——通常被视为相互独立的系统，这使得将它们关联起来以获得应用性能的完整视图变得困难。
2019 年 5 月，OpenTracing 与 OpenCensus 合并，成立了 OpenTelemetry。该项目提供追踪、指标和日志规范、统一 API、以不同语言实现的 API，以及 OpenTelemetry Collector。根据 CNCF 的一篇文章，OpenTracing 于 2022 年 1 月归档，OpenCensus 于 2023 年 7 月归档，而 OpenTelemetry 已成为事实上的开放式遥测标准。
项目为何能够毕业？
毕业状态依据的是一系列实际标准，而不仅仅是项目规模。例如，GitHub 和 Farfetch 等机构已在生产环境中使用 OpenTelemetry；该项目还拥有一套有文档记录的治理模型，明确了选举和离任角色、决策机制以及沟通流程。
审查还涵盖社区健康状况，包括来自多个机构的定期贡献者，以及明确的合并请求审查和议题管理机制。OpenTelemetry 接受了独立安全审计，并已处理审计期间发现的所有关键问题。此外，其 API 满足稳定性、版本管理和向后兼容要求，文档则涵盖架构、用户、运维人员和贡献者指南。最终，毕业申请表已提交至 CNCF 技术监督委员会进行审查。
用户实际发生了哪些变化？
CNCF 文章称，该项目已获得超过 2800 家公司的参与，累计贡献超过 1.2 万次，并有数百名维护者参与面向不同语言的特别兴趣小组，这使其成为 CNCF 中活动速度仅次于 Kubernetes 的第二大项目。追踪、日志和指标已达到正式可用状态；同时，剖析作为一种新信号被加入，展示组件、Collector 以及系统组件也都得到扩展。
从实际角度看，毕业项目状态为各机构提供了有关治理、安全性、稳定性和采用情况成熟度的额外参考，但并不免除评估该项目是否适合各自环境的需要。此外，毕业并不意味着所有可观测性挑战都已解决，也不意味着采用 OpenTelemetry 不会产生运营或工程成本；消息来源明确指出，该项目仍将继续发展。
下一阶段
下一阶段的工作将重点关注新型工作负载的可观测性，包括通过新兴的生成式人工智能语义约定来支持代理工作流，同时应对浏览器和移动设备的可观测性需求。该项目还将通过 Weaver 定义并治理指标架构，通过 OpenTelemetry Packaging 提供可安装的软件包，以及通过 OpenTelemetry Injector 实现无需修改代码的接入，从而帮助成熟团队大规模管理可观测性。
certi.news 的编辑解读：实际变化在于，OpenTelemetry 已不再只是一个统一可观测性工具的项目，而是已经通过了一套公开的采用、治理、安全性和 API 稳定性测试。这对于因担心项目尚未成熟而推迟统一可观测性层的团队而言十分重要。然而，尚待观察的问题仍包括：随着使用范围扩大，社区能否维持这一水平；以及如何将面向人工智能工作负载和多平台可观测性的新标准转化为稳定的实践。