上个月，OpenMetrics 项目正式归档并合并到了 Prometheus 中。这就是这个开源项目的全部旅程，在开始的地方结束。

CNCF TOC GitHub 问题 #1364

这是一个有趣的故事。OpenMetrics 最初之所以诞生就是为了将 Prometheus 的展示格式分离出来，形成一个独立的、工具无关的开放规范。

在 GitHub 上，它甚至被置于一个新建的名OpenObservability 的总库之下（与我的播客 OpenObservability Talks 无关）。

几年前的某个时候，有人甚至试图将其变成 IETF 的官方开放标准（RFC2119），但至今未能如愿。

最终，Prometheus 本身现如今成了事实上的标准，至少在云原生领域是这样。如今，许多工具都内置支持导出 Prometheus 格式的指标。

至于 Prometheus 生态系统之外的工具，它们有自己的格式，并且没有马上切换。因为现实情况是，虽然抽象为通用展示格式的概念简练而巧妙，但实际上，这些格式与工具内部存储和表示数据的方式是紧耦合的。

OpenMetrics 曾试图超越 Prometheus 格式，这在 Prometheus 用户中间引发了一些困惑，即使用哪种格式来导出和接收指标的时间序列数据。更让人困惑的是，它们两个非常相似，但又有所不同。

更不用说更广泛的社区对于 众多 Open项目的困惑了。

OpenMetrics 终于回到了它一直属于的地方——Prometheus 格式

上个月，2024 年 7 月，云原生计算基金会（CNCF TOC）技术监督委员会批准了 OpenMetrics 的归档，并将其迁移到 Prometheus 项目下。

终归，这是一件好事。项目既可以是工具，也可以是规范，就像 OpenTelemetry 一样，并不需要一个单独的项目。这次合并将引发 Prometheus 相关工作的重新调整，让事情变得更加简单，减少困惑和开销。

OpenMetrics 已死，但它会作为 Prometheus 格式继续存在。

原文链接：

https://horovits.medium.com/openmetrics-is-archived-merged-into-prometheus-d555598d2d04