operator监听到prometheusrule配置变更，会更新configmap(目录prometheus-k8s-rulefiles-0)，rules-reloader监控到prometheus-k8s-rulefiles-0目录有变更，发送reload给prometheus。

operator监听到prometheus配置变更，会更新secret(文件prometheus-yaml.gz，应用gz保障<1M)，config-reloader监控到prometheus-yaml.gz文件有变更，将其解压至prometheus-env.yaml，而后发送reload给prometehus。

serviceMonitor/podMonitor等CRD对象变更，导致prometheus的配置文件变更，须要reload prometheus让配置失效；

Operator的整体架构：次要包含3大组件：Informer: 监听资源对象的变动，将变动转成事件放入WorkQueue；WorkQueue: 保留变动的事件；Control Loop: 生产WorkQueue中的事件，对事件做响应；其中，Informer较为简单：Reflector: 调用apiservier接口，应用List&Watch对指定类型的资源对象进行监控；DeltaFIFO: 增量队列…

指标：估算Prometheus在监控零碎中，采集指标的指标值时，所消耗的存储容量。统计后果个别以每小时/每天耗费多少GB容量示意，以便于进行容量布局。PromQL计算样本收集率 {代码…} 依据过来1m采集到的tsdb的样本数，计算每秒的样本率。PromQL计算每个样本占用bytes1) 估算：Prometheus的压缩算法(dod&xor)，每个样本…

prometheus-operator默认部署2个prometheus POD，并且被优先调度到master节点。2个prometheus实例查看prometheus CRD对象的定义，能够看出，部署了2个实例： {代码…} 在kubernetes集群中，prometheus以statefulset形式部署： {代码…} 2个prometheus实例的关系两个prometheus实例是独立、对等的关系，相互之间并不感…

指标：用户启动的service或pod，在annotation中增加label后，能够主动被prometheus发现： {代码…} 1. secret保留主动发现的配置若要特定的annotation被发现，须要为prometheus减少如下配置： {代码…} 上述配置会筛选endpoints：prometheus.io/scrape=True将上述配置保留为secret: {代码…} 2. 将配置增加到promethe…

上文讲到serviceMonitor是service监控对象的形象，本文就以kube-proxy为例，剖析如何应用serviceMonitor对象监控kube-proxy。

prometheus-operator部署模式为deployment，其应用operator框架开发，operator实质上是CRD+controller：

prometheus初始应用min_shards运行，在运行过程中，利用sampleIn/sampleOut等指标计算新的shards，而后更新shards运行。