该文章出自于ADDOPS团队，是一篇关于prometheus 的译文，前面的文章《震惊！尽然还有这种类型的数据库？》是关于时间序列数据库的简单介绍。该文是上述文章的续集，主要Prometheus 与其他的时间序列db的对比分析。希望能给大家选择时间序列db的时候提供一些启发。 PS：丰富的一线技术、多元化的表现形式，尽在“HULK一线技术杂谈”，点关注哦！ 前言 本文译自COMPARISON TO ALTERNATIVES,翻译的比较粗浅,希望能对了解 prometheus 有所帮助.
适用范围 Graphite 关注点是作为一个被动机制的时间序列数据库,有自己的查询语言和绘图方式.其他特性需要通过外部组件来实现.prometheus 是一套完整的监控和趋势系统,在时序数据基础上内建主动抓取,搜索,绘图和报警系统.有丰富的官方和第三方贡献的监控收集工具 数据模型 Graphite 和 Prometheus 一样存储命名后的时间序列数据.当然 prometheus 的元数据模型更加丰富.Graphite 以"."作为分割符命名监控项,而promethues 在命名监控项时通过添加Key/value标签,使得在查询时更容易进行过滤,分组和匹配. 而且当 Graphite 和 StatsD 结合使用时.一般只会存储聚合后的所有监控实例的监控数据,而不是以实例为纬度,很难深入挖掘问题. 在这里有一个例子.我们要存储/tracks接口POST请求的500返回值的数量. 在Graphite 或 StatsD 中如下: stats.api-server.tracks.post.500 - |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
