继 Kubernetes 之后，Prometheus 正式从 CNCF 毕业

Prometheus 终于从 CNCF 毕业了，与 Kubernetes 一起，成为头两个从 CNCF 毕业的项目。它们是第一批加入 CNCF 的项目，现在都毕业了，似乎也在情理之中。

CNCF 首席运营官 Chris Aniszczyk 解释说，毕业意味着这个项目已经具备了一定的成熟度和稳定性，供应商可以放心地将它集成到商业平台中，就像当初 Kubernetes 毕业后，它被集成到服务平台中的速度也加快了。

Kubernetes 是第一个从 CNCF 毕业的项目，在今年 3 月份拿到了毕业证书。

一个项目需要满足 CNCF 的一系列标准才能从 CNCF 毕业。这些标准包括采用率的增长、具有文档化和结构化的治理流程，以及对社区的坚定承诺。孵化项目比毕业项目低一级，但也必须遵守 CNCF 的准则，定义自己的治理结构，并建立指导委员会。

Aniszczyk 说，“我们将毕业视为项目的一个高标准，我们的整体目标是不断提升这些项目”。

监控的重要性

Prometheus 主要用于监控服务，包括容器在内。它基于特定的时间间隔从配置好的服务收集度量指标，将这些指标与定义好的规则进行匹配，生成结果，如果生成的结果中包含了某个规则，就触发警报。

Prometheus 会专门监控容器的状态、流经容器的请求以及运行在容器中的应用程序的内部状态。Prometheus 为开发人员提供了一种查询语言，用来聚合指标并生成见解。

随着越来越多的企业开始使用容器，容器监控变得越来越重要。但是，监控数千个存活期很短的应用程序是一个巨大的挑战。

Aniszczyk 说：“监控和跟踪能力已经成为云原生的筹码。当你把它们集成在一起时，需要拥有一个成熟的现代化监控系统，以便了解在系统内发生的事情，并在发生故障时发出警报”。

除 Prometheus 外，其他容器监控平台还包括 Datadog、ELK 和 Sysdig。

与 Kubernetes 的结合

Kubernetes 最初源自谷歌的 Borg 平台，同样，Prometheus 也是从曾经在 Borg 平台工作的谷歌工程师的想法发展而来。当时有一位叫作 Matt Proud 工程师的离开谷歌去了 SoundCloud，2012 年，他与 Julius Volz 一起创立了 Prometheus 项目。2016 年 5 月，Prometheus 加入 CNCF，至今已经发布了 30 个正式版本。

Prometheus 采用率的增长主要与容器的使用增加有关，更具体地说，Kubernetes 是事实上的容器编配器。Prometheus 与 Kubernetes 结合一起，实现了服务发现和对动态调度服务的监控。

虽然 Prometheus 与 Kubernetes 紧密相连，但它也可以单独运行。例如，Uber 使用 Mesos 替代 Kubernetes 作为容器编排器，并将自家的 M3 作为 Prometheus 的大规模指标平台。

Prometheus 的下一个目标是推出 OpenMetrics，OpenMetrics 意欲将 Prometheus 的指标格式演化成为事实上的行业规范。OpenMetrics 将在本周晚些时候发布。

下一个毕业的项目会是？

Aniszczyk 表示，在 Kubernetes 和 Prometheus 毕业之后，最有可能从 CNCF 毕业的下两个项目是 Envoy 和 Fluentd。

Envoy 是一个服务管理平台，去年 9 月加入 CNCF，最初由 Lyft 开发。Envoy 也是 Istio 服务网格平台的基础。Fluentd 是一个日志平台，2016 年底加入 CNCF。

随着少数项目的毕业或即将毕业，CNCF 也一直在忙着补充新的项目，包括 Helm（一个包管理器，用于支持基于 Kubernetes 构建的软件）、Rook 和 Vitess（基于云的存储系统），以及 Harbor（一个云原生注册表）。

查看英文原文： https://www.sdxcentral.com/articles/news/prometheus-joins-kubernetes-on-cncf-graduation-stage/2018/08/

感谢张婵对本文的审校。