分布式追踪实战：Jaeger、Tempo 与采样策略

Thu, 13 Aug 2026 11:50:00 +0800

分布式追踪是微服务架构的「X光机」。 当一次用户请求拆分成 50 个服务调用、经过 3 个消息队列、访问 5 个数据库时，没有追踪你就只能盲人摸象。追踪让你看到完整的请求路径、精确到微秒的延迟分布、以及跨服务边界的数据流。

Grafana 可视化与仪表盘设计：从数据到洞察

Thu, 13 Aug 2026 11:30:00 +0800

好的仪表盘不是数据的堆砌，而是问题的答案。 一个优秀的 Grafana Dashboard 应该在 5 秒内让观者理解系统状态，在 30 秒内定位到问题方向。

一、Grafana 核心概念

1.1 数据流

Grafana 架构：
┌─────────────┐ ┌─────────────┐ ┌─────────────┐
│ Dashboard │ ←── │ Grafana │ ←── │ Data Source │
│ (Panel集合) │ │ Server │ │ (Plugin) │
└─────────────┘ └──────┬──────┘ └──────┬──────┘
 │ │
 ┌────────┴────────┐ │
 ↓ ↓ │
 ┌──────────┐ ┌──────────┐ │
 │ Prometheus│ │ Loki │ │
 └──────────┘ └──────────┘ │
 │
 ┌──────────┐ ┌──────────┐ │
 │ Tempo │ │ InfluxDB │ │
 └──────────┘ └──────────┘ │
 │
 ┌──────────┐ ┌──────────┐ │
 │MySQL/Post│ │Elasticsearch │
 └──────────┘ └──────────┘ │

1.2 组织层级

Grafana 权限模型：
Organization
├── Users（角色：Admin / Editor / Viewer）
│
├── Folders
│ ├── Dashboard 1
│ │ ├── Panel A（Time Series）
│ │ ├── Panel B（Stat）
│ │ └── Panel C（Table）
│ │
│ └── Dashboard 2
│
└── Alert Rules
 ├── Notification Policies
 └── Contact Points

二、仪表盘设计原则

2.1 OLAP 设计原则

OLAP = Overview（概览） → List（列表） → Afferent（关联） → Particulars（详情）

第一层：Overview — 全局健康
 ├── 4 大黄金信号：流量、延迟、错误、饱和度
 ├── 用 Stat/Gauge 展示核心 KPI
 └── 时间范围：1h / 6h

第二层：List — 受影响的服务列表
 ├── 按错误率/延迟排序的服务表格
 ├── 红色 = 异常，黄色 = 警告
 └── 可点击跳转到详情页面

第三层：Afferent — 关联上下文
 ├── Metrics + Logs + Traces 叠加
 ├── Annotation 标记部署/告警事件
 └── 时间范围缩小到相关窗口

第四层：Particulars — 下钻详情
 ├── 单个服务的全维度指标
 ├── 该服务的日志面板
 └── 该服务的追踪面板

2.2 颜色语义

颜色	含义	使用场景
绿色	正常/健康	成功率、健康状态
黄色	警告/注意	接近阈值、资源紧张
红色	异常/错误	错误率上升、服务不可用
蓝色	信息/中性	总量、正常流量
灰色	禁用/无数据	未启用、无指标

不要：用绿色表示"错误"（色盲友好设计）

Tempo on PlumePHP

分布式追踪实战：Jaeger、Tempo 与采样策略

Grafana 可视化与仪表盘设计：从数据到洞察

一、Grafana 核心概念

1.1 数据流

1.2 组织层级

二、仪表盘设计原则

2.1 OLAP 设计原则

2.2 颜色语义