作者 | Dotan Horovits
译者 | 平川
策划 | Tina
本文最初发布于 Horovit 的个人博客。
上个月，OpenMetrics 项目正式归档并合并到了 Prometheus 中。这就是这个开源项目的全部旅程，在开始的地方结束。
CNCF TOC GitHub 问题 #1364
这是一个有趣的故事。OpenMetrics 最初之所以诞生就是为了将 Prometheus 的展示格式分离出来，形成一个独立的、工具无关的开放规范。
在 GitHub 上，它甚至被置于一个新建的名OpenObservability 的总库之下（与我的播客 OpenObservability Talks 无关）。
图片来源：openmetrics.io
几年前的某个时候，有人甚至试图将其变成 IETF 的官方开放标准（RFC2119），但至今未能如愿。
最终，Prometheus 本身现如今成了事实上的标准，至少在云原生领域是这样。如今，许多工具都内置支持导出 Prometheus 格式的指标。
至于 Prometheus 生态系统之外的工具，它们有自己的格式，并且没有马上切换。因为现实情况是，虽然抽象为通用展示格式的概念简练而巧妙，但实际上，这些格式与工具内部存储和表示数据的方式是紧耦合的。
OpenMetrics 曾试图超越 Prometheus 格式，这在 Prometheus 用户中间引发了一些困惑，即使用哪种格式来导出和接收指标的时间序列数据。更让人困惑的是，它们两个非常相似，但又有所不同。
更不用说更广泛的社区对于 众多 Open项目的困惑了。
OpenMetrics 终于回到了它一直属于的地方——Prometheus 格式
上个月，2024 年 7 月，云原生计算基金会（CNCF TOC）技术监督委员会批准了 OpenMetrics 的归档，并将其迁移到 Prometheus 项目下。
终归，这是一件好事。项目既可以是工具，也可以是规范，就像 OpenTelemetry 一样，并不需要一个单独的项目。这次合并将引发 Prometheus 相关工作的重新调整，让事情变得更加简单，减少困惑和开销。
OpenMetrics 已死，但它会作为 Prometheus 格式继续存在。
如果想了解更多关于开放规范的信息，请点击这里。
