前文聊过的 Prometheus + Alertmanager 管"规则算出告警并收敛通知"，但数据的"看得清 + 联动"通常在另一层：Grafana。大多数人的 Grafana 停留在"拖面板看曲线"，进阶玩法——多数据源统一、看板间关联下钻、变量联动、把告警接到面板——才真正把监控从"一堆图"提升到"一套可交互、可回溯、能出发人处理的系统"。这篇讲清 Grafana 进阶解决什么、多数据源与变量（模板）怎么配、面板联动与告警怎么串，以及常见坑与边界。
一、Grafana 进阶解决什么：把"一堆孤立的图"变成"一套可下钻、可联动、可告警的监控入口"
只用 Grafana 放几张图的问题是：面板之间不连通、想看"某服务整体"得在十几个看板间切、数据源只接了一个 Prometheus 看不到日志/其它库。进阶价值有三：一是"多数据源统一"——把 Prometheus（指标）、Loki（日志）、ClickHouse/MySQL（业务统计）等接到同一入口，一个界面既看指标又能跳日志/查业务；二是"变量与联动（模板化）"——把服务名、环境、区间做成下拉变量，所有面板共用，切换一个变量整个看板联动刷新，还能做"点某个服务/某条曲线下钻到相关看板"；三是"看板与告警串起来"——把 Alertmanager 的告警接到面板/在 Grafana 里直接配告警，做到"图上看到、告警报到、点进去处理"闭环。理解它，就是把"展示 + 探索 + 出发人"三层打通。
二、多数据源 + 变量：让一份看板对多种环境/服务复用
变量（template variables）是进阶的核心：定义"下拉选哪个服务/环境"，然后在查询里用 `$var` 引用，面板就会随变量刷新。把"实例/服务"做成变量，一份看板就能服务多个对象，不用为每个服务复制一套面板；多个数据源各自连好并在查询里选对 source，就能一块看板上同时叠指标与日志。下面是一段"按 service 变量做 CPU 面板 + 点值跳到该服务日志"的最小思路。
# Grafana 变量定义（看板变量，模板变量里加一列查询）：
# name: service type: Query query: label_values(node_cpu_seconds_total, service)
# 面板查询里引用 $service：
# avg by (instance) (rate(node_cpu_seconds_total{mode!="idle", service="$service"}[5m]))
# 面板数据链接（DataLink）：点某 panel 跳到相关看板并带上当前服务
# 例：在面板数据链接里加 { service = "${service}" } 跳转到日志看板
# 面板告警（Grafana 内建，也可回接 Prometheus/Alertmanager）：阈值 + 注释踩点：先定义变量再在查询/链接里用，否则引用空；变量维度别选"高基数但没意义"的字段，会让下拉一堆选项、模板缓存也大；多数据源要在每块面板显式选对 source，别默认都用第一个。
三、面板联动与告警闭环：从"看得见"到"能出发处理"
监控的最终目的是"该处理时能处理、能追溯到根因"。进阶把这几样连起来：面板的"数据链接"让"点某个服务/异常点 → 跳到对应服务看板或日志"，Explore 里"从指标直接跳到该时间段的日志"；告警则（用 Grafana 内建告警或回接 Alertmanager）在触发时发通知，并带着"当前值/看板/查询"链接回 Grafana 让处理人点进去看当时上下文。这样"看到异常 → 点下去看日志/定位 → 收到告警提醒别漏"是一条通路，避免了"告警发了人不知去哪看"。
# 告警露点到面板的常见做法：
# 1) 用 Alertmanager 的告警视图插件 / 或 Grafana 内建 alert，把 alert 挂在看板上
# 2) 通知里带 Grafana 面板 URL，点击即到对应时段面板：
# https://grafana.example.com/d/xyzdash?var-service=${service}&from=${from}&to=${to}这个环节的坑：一是不给告警带"跳转/上下文"——收到通知不知去哪看；二是变量没用在链接里，点过去下钻不对；三是联动只在"支持的字段"上成立，不同看板的 variable 命名不一致就接不上。把变量名统一、链接带上 service + 时间段，联动才"点得中"。
四、边界与选型：展示与告警的解耦、别把 Grafana 当数据后端
Grafana 是"展示与报警入口",它本身不存时序（数据在原 Prometheus/ClickHouse 等），也不替代告警引擎（重告警分流仍是 Alertmanager 的活，Grafana 侧重"可视化 + 把告警链接回来"）。边界要认清：别把 Grafana 当存储/队列；"下钻、变量、数据链接"这些进阶能力依赖各数据源的字段口径一致（先统一 label/维度更好接）。适合"让监控一眼看全、能下钻、能出发人处理"的自托管场景。把"多源同屏 + 变量复用 + 数据链接下钻 + 告警回落看板"这四件事做顺，Grafana 就从"看图工具"变成"可交互的运维中枢"，和前文的 Alertmanager 形成互补闭环。
