2. Prometheus与替代品的比较

Prometheus vs. Graphite

范围

Graphite专注于成为具有查询语言和图形功能的被动时间序列数据库。 其他任何问题都可以通过外部组件解决。

Prometheus是一个完整的监视和趋势分析系统，其中包括基于时间序列数据的内置和主动抓取，存储，查询，制图和警报。 它了解世界应该是什么样（应该存在哪些端点，什么时间序列模式意味着麻烦等），并积极尝试查找错误。

数据模型

Graphite存储命名时间序列的数值样本，就像Prometheus一样。 但是，Prometheus的元数据模型更加丰富：虽然Graphite度量标准名称由点分隔的组件组成，这些组件隐式地维度进行编码，但是Prometheus显式地将维度编码为键值对（称为标签），附加到度量标准名称。 这允许通过查询语言通过这些标签轻松进行过滤，分组和匹配。

此外，尤其是当将Graphite与StatsD结合使用时，通常只在所有受监视实例上存储聚合数据，而不是将实例保留为一个维度并能够深入分析单个有问题的实例。

例如，通常使用Graphite/StatsD在响应中使用响应代码500和对/tracks端点的POST方法存储对API服务器的HTTP请求数：

stats.api-server.tracks.post.500 -> 93

在Prometheus中，可以像这样编码相同的数据（假设三个api服务器实例）：

api_server_http_requests_total{method="POST",handler="/tracks",status="500",instance="<sample1>"} -> 34
api_server_http_requests_total{method="POST",handler="/tracks",status="500",instance="<sample2>"} -> 28
api_server_http_requests_total{method="POST",handler="/tracks",status="500",instance="<sample3>"} -> 31

存储

Graphite以Whisper格式将时间序列数据存储在本地磁盘上，这是一种RRD样式的数据库，它希望样本以固定的时间间隔到达。 每个时间序列都存储在一个单独的文件中，新样本在一定时间后会覆盖旧样本。

Prometheus还在每个时间序列中创建一个本地文件，但允许在出现抓取或规则评估时以任意间隔存储样本。 由于仅附加了新样本，因此旧数据可以任意保留。 Prometheus也适用于许多短暂的，经常变化的时间序列集。

总结

Prometheus除了更易于运行和集成到您的环境之外，还提供了更丰富的数据模型和查询语言。 如果您想要一个可以长期保存历史数据的群集解决方案，那么Graphite可能是一个更好的选择。

Prometheus vs. InfluxDB

InfluxDB是一个开放源代码时间序列数据库，具有用于扩展和集群化的商业选项。 Prometheus开发开始将近一年后，InfluxDB项目才发布，因此我们当时无法将其视为替代方案。尽管如此，Prometheus和InfluxDB之间仍然存在显着差异，并且两种系统都针对稍有不同的用例。

范围

为了进行公平的比较，我们还必须将Kapacitor与InfluxDB一起考虑，因为它们结合起来可以解决与Prometheus和Alertmanager相同的问题空间。

与Graphite情况相同的范围差异在这里适用于InfluxDB本身。此外，InfluxDB还提供连续查询，这些查询等同于Prometheus记录规则。

Kapacitor的范围是Prometheus记录规则，警报规则和Alertmanager的通知功能的组合。 Prometheus为图形和警报提供了更强大的查询语言。 Prometheus Alertmanager还提供分组，重复数据删除和静音功能。

数据模型/存储

与Prometheus一样，InfluxDB数据模型也将键值对作为标签，称为标签。另外，InfluxDB还有第二级标签，称为字段，使用范围受到更多限制。 InfluxDB支持最高达十亿分之一秒分辨率的时间戳，以及float64，int64，bool和字符串数据类型。相比之下，Prometheus支持float64数据类型，但对字符串和毫秒分辨率时间戳的支持有限。

InfluxDB使用日志结构的合并树的变体来存储带有按时间分片的预写日志的存储。与Prometheus的每个时间序列的仅附加文件相比，此方法更适合事件记录。

日志，指标和图形，我的天哪！描述了事件记录和指标记录之间的区别。

架构

Prometheus服务器彼此独立运行，并且仅依靠其本地存储来实现其核心功能：抓取，规则处理和警报。 InfluxDB的开源版本与此类似。

根据设计，商业InfluxDB产品是一个分布式存储集群，其中存储和查询由多个节点一次处理。

这意味着商业InfluxDB将更易于水平扩展，但这也意味着您必须从一开始就管理分布式存储系统的复杂性。 Prometheus的运行会更简单，但是在某些时候，您将需要沿着产品，服务，数据中心或类似方面的可伸缩性边界明确地分片服务器。独立服务器（可以并行冗余运行）也可以为您提供更好的可靠性和故障隔离。

Kapacitor的开源版本没有用于规则，警报或通知的内置分布式/冗余选项。 Kapacitor的开源版本可以通过用户手动分片来扩展，类似于Prometheus本身。 Influx提供了Enterprise Kapacitor，它支持HA /冗余警报系统。

相比之下，Prometheus和Alertmanager通过运行Prometheus的冗余副本并使用Alertmanager的高可用性模式提供了完全开源的冗余选项。

总结

系统之间有很多相似之处。两者都有标签（在InfluxDB中称为标签），可以有效地支持多维指标。两者都使用基本相同的数据压缩算法。两者都有广泛的集成，包括彼此之间的集成。两者都有钩子，可让您进一步扩展它们，例如使用统计工具分析数据或执行自动操作。

InfluxDB更好的地方：

如果您要进行事件记录。
商业选项为InfluxDB提供集群，这对于长期数据存储也更好。
最终在副本之间保持一致的数据视图。
普罗米修斯更好的地方：

如果您主要是在做指标。
更强大的查询语言，警报和通知功能。
图形和警报的可用性和正常运行时间更高。
InfluxDB由一家商业公司按照开放核模型进行维护，并提供高级功能，如封闭源群集，托管和支持。 Prometheus是一个完全开源的独立项目，由许多公司和个人维护，其中一些还提供商业服务和支持。

#未完待续