抱歉，您的浏览器无法访问本站
本页面需要浏览器支持（启用）JavaScript
了解详情 >

OpenTelemetry（简称 OTel）是 CNCF 的可观测性标准，统一了 Traces、Metrics、Logs 等遥测数据的采集、处理和导出方式。它不是一个新的监控后端，而是一套 API、SDK、协议和 Collector 生态，让应用只埋点一次，就能把数据送到任意兼容的后端。

本文基于 OpenTelemetry 官方最新文档整理，先讲清概念和架构，再以 Java 为例，完整说明 SDK 初始化、Tracing、Metrics、Logs、Context、Sampling、Collector、Spring Boot 集成和生产实践。

版本说明：文中 Java SDK 示例以 OpenTelemetry Java 1.67.x 为主线，Java Agent/Instrumentation 2.x 为例。实际项目请以 Maven Central 和官方文档的最新稳定版为准。

监控

复核说明（2026-10）：以下规则是示例集合，不是开箱即用模板。env、dept、project、addr 等标签依赖 relabel 注入；指标名依赖具体 Exporter 版本。直接使用前请先执行 promtool check rules，并在测试环境验证阈值和标签。生产环境建议统一使用 ASCII alertname、明确 severity、补充 runbook_url，并避免...
监控

创建一个Python脚本，通过Jumpserver的API获取到所有assets的信息，并处理成Prometheus格式的json文件 import requestsimport jsonclass JumpServerApi: def __init__(self): self.jumpserver_url = 'http://xx.xx.xx.xx'...

架构 Alert Provider：处理通过 API 传入的告警 Silence Provider：处理静默规则 Notify Provider：实例间发送告警信息 Prometheus 的告警分为两个部分。 Prometheus 服务器中的告警规则将告警发送到 Alertmanager。 然后，告警管理器将重复数据删除，分组，再通过电子邮件，语音系统和聊天平台等方法管理这些告警，包...
监控

Node Exporter 主机名: node_uname_info{instance=~'$node'} 物理CPU核数（CPU Cores）: count(node_cpu_seconds_total{instance=~'$node', mode='system'}) by (instance) 内...
监控

node_expoter mysqld_exporter redis_exporter blackbox_exporter elasticsearch_exporter kafka_exporter rocketmq_exporter Node exporter主要用于暴露 metrics 给 Prometheus，其中 metrics 包括：cpu 的负载，内存的使用情况，网络等。...
监控

Prometheus 提供了一套稳定的 HTTP API，默认挂载在 /api/v1 下，用于查询指标、发现序列、查看目标与规则、读取状态以及执行 TSDB 管理操作。

本文基于 Prometheus 3.x 重写，覆盖通用响应格式、查询/元数据/状态/管理 API、客户端调用、错误处理、安全与版本差异。最后复核时间：2026-10。

API 默认没有认证。生产环境必须通过反向代理、--web.config.file、网络策略等方式保护，尤其不要暴露 /-/reload、/-/quit 和 TSDB 管理接口。

监控

Prometheus 是 CNCF 毕业项目，最初由 SoundCloud 开发，现已成为云原生指标监控的事实标准。它负责采集、存储、查询指标并触发告警，通常与 Grafana、Alertmanager、Exporter 和 Kubernetes 生态一起使用。

本文基于 Prometheus 3.x 重写，覆盖核心架构、数据模型、配置、PromQL、告警、Kubernetes 落地、生产容量、高可用、安全、自监控和 3.x 升级。最后复核时间：2026-10。

Prometheus 专注指标（metrics），不替代日志（Loki/ELK）和链路追踪（Tempo/Jaeger）。它也不是计费级精确系统，采集丢失、重启和网络分区都可能造成数据缺口。

监控

监控

本篇笔记包含以下内容：

监控

1 / 2