首页/云/可观测性速查/拉取与推送:监控采集的两种模型
本包目录(282 条)
监控体系与方法40 条
Prometheus 与采集64 条Grafana 与看板53 条日志平台52 条链路追踪23 条告警与响应50 条

拉取与推送:监控采集的两种模型

Prometheus 以拉取(pull)为主:周期请求目标的 /metrics 端点;推送(push)适合批处理任务或穿透网络限制的场景,通常经 Pushgateway 中转。

可观测性速查云更新于 2026-10-12

模型对比

维度Pull 拉取Push 推送
发起方监控服务端被监控程序或代理
目标管理服务发现自动感知变化发送方自行维护地址
失联语义抓取失败即 up=0,可告警停推难以区分正常与异常
典型场景常驻服务、主机、中间件批处理、定时任务、跨网段上报

推送批处理指标到 Pushgateway

推送批处理指标到 Pushgateway
printf 'etl_last_success_timestamp_seconds 1755000000
etl_records_processed_total 182000
' | \
  curl --data-binary @- http://127.0.0.1:9091/metrics/job/nightly_etl/instance/db-01
Pushgateway 上的序列不会自动过期:任务下线后要删除对应分组,否则陈旧数据会持续被上报。

易错点

  • 给常驻服务用推送会把服务发现与失联检测的职责推给应用,部署变更时容易漏改
  • Pushgateway 默认没有访问控制,不要暴露到公网;清理用 DELETE /metrics/job/<job>

数据来源与参考

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌