Prometheus 团队自豪地宣布 Prometheus 3.0-beta 版本可用!您可以在此处下载。按照 beta 版本的惯例,我们不建议用户将 Prometheus 3.0-beta 安装在关键生产系统上,但我们希望大家都能试用并找出错误。
总的来说,唯一的破坏性变更就是移除了已弃用的特性开关。Prometheus 团队努力确保向后兼容性,不破坏现有的安装,因此下面描述的所有新特性都是在现有功能之上构建的。大多数用户应该无需任何配置更改即可直接试用 Prometheus 3.0。
新增功能
自 Prometheus 2.0 发布以来的 7 年里,共有超过 7500 次提交,新增的单个特性和修复太多,无法一一列出,但我们想重点介绍一些重要的、亮眼的和破坏性的变更。我们需要社区中的每个人都来试用它们,并报告您可能发现的任何问题。我们收到的反馈越多,最终的 3.0 版本就会越稳定。
全新用户界面
Prometheus 3.0 的亮点之一是其全新用户界面,默认启用
该用户界面已完全重写,更简洁、外观更现代、新增了类似 PromLens 风格的树状视图等功能,并将通过使用更现代的技术栈来简化未来的维护工作。
在 Julius 在 PromLabs 博客上发布的详细文章中了解更多关于新用户界面的信息。用户可以通过使用 old-ui
特性开关临时启用旧用户界面。由于新用户界面尚未经过实战检验,因此很可能仍然存在错误。如果您发现任何问题,请在 GitHub 上报告。
远程写入 2.0
远程写入 2.0 在先前的协议版本基础上进行了迭代,新增了对元数据、exemplar(示例)、创建时间戳和原生直方图等一系列新元素的原生支持。它还使用了字符串内部化(string interning)技术来减少压缩和解压时的负载大小和 CPU 使用率。更多细节可以在此处找到。
OpenTelemetry 支持
Prometheus 旨在成为存储 OpenTelemetry 指标数据的默认选择,而 3.0 版本包含了一些重要的新特性,使其作为 OpenTelemetry 指标数据的存储后端更加出色。
UTF-8
默认情况下,Prometheus 将允许在指标名和标签名以及标签值中使用所有有效的 UTF-8 字符,这与 2.x 版本一样。
用户需要确保其指标生成器配置为传递 UTF-8 名称,并且如果任一方不支持 UTF-8,指标名称将使用传统的下划线替换方法进行转义。可以使用新的引号语法编写 PromQL 查询来检索 UTF-8 指标,或者用户可以手动指定 __name__
标签名。
并非所有语言绑定都已更新以支持 UTF-8,但主要的 Go 库已更新。
OTLP 摄取
Prometheus 可以配置为 OTLP Metrics 协议的原生接收器,在 /api/v1/otlp/v1/metrics 端点接收 OTLP 指标。
原生直方图
原生直方图是一种 Prometheus 指标类型,与经典直方图相比,提供了更高的效率和更低的成本替代方案。原生直方图不是根据数据集选择(并可能需要更新)桶边界,而是具有基于指数增长的预设桶边界。
原生直方图仍处于实验阶段,尚未默认启用,可以通过传递 --enable-feature=native-histograms
来开启。原生直方图的某些方面,例如文本格式和访问函数/操作符,仍在积极设计中。
其他破坏性变更
以下特性开关已被移除,转而默认启用。配置中对这些开关的引用应被移除,并且在 Prometheus 3.0 版本及以后将被忽略。
promql-at-modifier
promql-negative-offset
remote-write-receiver
no-scrape-default-port
new-service-discovery-manager
范围选择现在是左开右闭的,这将避免在极少数情况下将超出预期的点包含在操作中。
Agent 模式现已稳定,并拥有自己的配置标志,而非特性开关。