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