继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/

感谢张婵对本文的审校。