记录点点滴滴

注意点 ：Prometheus :

采集方法 : 读取 /proc 目录、执行系统调用、执行命令行工具、远程黑盒探测、远程拉取特定协议的数据。

方法论 : Google 的四个黄金指标、RED 方法、USE 方法。

Prometheus 的缺点 : 单机存储不好扩展Prometheus 单机容量上限 : 每秒接收 80 万个数据点。

每个点为: 一个样本（sample），样本由三部分组成。

推模式的产品 , 如: Datadog、Open-Falcon、Telegraf+InfluxDB 组合。Prometheus 的告警规则管理、记录规则管理、抓取配置管理与发送策略管理，全是基于配置文件。Prometheus 最重要的规范 : 指标命名方式，数据格式简单易读，用标签集来标识指标。老监控系统 (Zabbix) 的问题 : 对监控的目标都要在服务端静态注册、配置。PromQL 为二次计算提供支持，允许多个指标的关联计算、多条件联合告警。Prometheus 主要用拉模式获取指标。

Prometheus自身的运行信息可以通过HTTP访问，所 Prometheus可以监控自己的运行数据。在 Prometheus 的架构设计中 , Prometheus Server 主要负责数据的收集，存储并且对外提供数据查询支持 , 而实际的监控样本数据的收集则是由 Exporter 完成。grafana 是采用 Go 语言编写的开源应用，主要用于大规模指标数据的可视化展现，是网络架构和应用分析中最流行的时序数据展示工具，目前已经支持绝大部分常用的时序数据库。

Prometheus : 新一代的云原生监控系统，且第三方集成非常多。

采集器: 负责采集监控数据的，采集到数据之后传输给服务端，通常是直接写入时序库对时序库的数据 :- 分析部分: 告警规则判断, 并进行通知- 可视化: 通过各种图表来合理地渲染各类监控数据

监控指标: 数值类型的监控数据- 如: 某个机器的内存利用率，某个 MySQL 实例的当前连接数，某个 Redis 的最大内存上限# 指标格式| 指标标识 | 优点 | 缺点 || --- | --- | --- || 全局唯一字符串 | 简单 | 缺少维度，不利于聚合计算，灵活筛选 || 标签集组合 | 灵活 | 较重复 || Influx 指标格式 | 灵活，精巧，语义丰富 | 理解成本较高 |

对 Kubernetes 做了直接的支持，提供了多种服务发现机制，简化Kubernetes 监控。背景 : 随着微服务的普及，单体应用被拆为很多个小服务，服务之间有错综复杂的调用关系，排查较困难。Nightingale 与 Prometheus 做良好的整合，打造了更完备的方案。思路 : 以请求串联上下游模块，为每个请求生成一个随机字符串作为请求 ID。Zabbix : 企业级的开源解决方案，擅长设备、网络、中间件的监控。产品 : Skywalking、Jaeger、Zipkin。