可观测性(Observability)工程正在经历一场结构性升级。过去十年,监控(Monitoring)的范式是"预先定义你担心会出问题的指标,然后盯住它";而今天,微服务、容器、服务网格和 GPU 推理集群让故障形态变得不可预测——你能监控的永远只是"你想到的",而生产事故几乎总是发生在"你没想到的"维度上。2026 年的 KubeCon EU(阿姆斯特丹)释放出清晰信号:OpenTelemetry 已成为事实上的数据采集标准,eBPF 正在重塑"零侵入观测",而持续性能分析(Continuous Profiling)正在把观测从"事后排障"推向"始终在线的成本与性能洞察"。
本期聚焦 programming 领域中一个高度工程化、与底层系统强相关的方向——分布式系统可观测性工程。它既区别于已覆盖的"系统设计实战"(偏架构权衡)、"数据库内核"(偏存储引擎)、"操作系统内核"(偏进程/内存管理),也区别于"软件测试"(偏正确性验证)。可观测性回答的是另一个问题:系统已经在运行了,它到底发生了什么、为什么变慢、为什么烧钱、为什么挂了。
我们从内核层(eBPF)、数据采集层(OpenTelemetry)、数据栈层(Grafana 全家桶)、性能分析层(Continuous Profiling)、方法论层(Honeycomb 的高基数理念)、经典理论层(Brendan Gregg 的火焰图体系)到社区风向层(CNCF Observability Day)共精选七个方向的核心频道/演讲,逐一拆解其技术内核与实战价值。
| # | 频道/来源 | 定位 | 核心技术栈 | 时效亮点 | 适合人群 |
|---|---|---|---|---|---|
| 1 | eBPF & Cilium Community | 内核观测基石 | eBPF / Cilium / Tetragon | eBPF 自动埋点 | SRE / 内核爱好者 |
| 2 | Brendan Gregg 演讲系列 | 性能分析理论体系 | Flame Graphs / perf / BPF | AI Flame Graphs | 性能工程师 |
| 3 | CNCF 官方频道 | 社区风向标 | Observability Day / KubeCon | EU 2026 阿姆斯特丹 | 架构师 / 技术决策者 |
| 4 | Grafana Labs | 可观测性数据栈 | Prometheus/Loki/Tempo/Mimir/Pyroscope/Beyla | Pyroscope 2.0 + Alloy eBPF | 平台工程师 |
| 5 | OpenTelemetry 官方 | 数据采集标准 | OTel SDK / Collector / eBPF | OTel eBPF Instrumentation | 后端 / 中间件开发者 |
| 6 | Grafana Pyroscope / Polar Signals | 持续性能分析 | Continuous Profiling / eBPF | GPU Profiling on K8s | 成本优化 / 性能团队 |
| 7 | Honeycomb | 可观测性方法论 | 高基数事件 / 宽事件 / Structured Logs | Observability Engineering 理念 | SRE Lead / 工程管理者 |
频道链接:eBPF & Cilium Community(约 9.7K+ 订阅,垂直但极专业)
这是 Isovalent(Cilium 母公司)维护的官方社区频道,订阅量虽不算大,却是 eBPF 生态最权威的视频来源之一。其镇频之作包括 Brendan Gregg 的 Getting Started with BPF observability 与 Performance Wins with BPF,以及 Liz Rice(Isovalent 首席开源官)的系列讲解。
核心观点提炼: - eBPF 让观测"跑在内核里":传统监控要在每个应用里插桩(改代码、加 SDK),而 eBPF 程序由内核在事件点(系统调用、网络包、kprobe)触发,无需修改任何应用代码即可获得全节点级的 trace、metric 和 profile。这就是"零侵入观测"的本质。 - Cilium 把 eBPF 用于 K8s 网络、安全与观测:它替代了 kube-proxy 的 iptables 数据面,用 eBPF 重写数据包转发路径;Hubble 则在此之上提供网络流量的可观测性。 - Tetragon 是 eBPF 原生的运行时安全/观测引擎:能在内核态识别"谁、在何时、对哪个进程、执行了什么系统调用",延迟极低。
实用价值:对于通信行业(51学通信的读者群体)尤为契合——5G 核心网中的 Service Mesh、UPF 数据面、eBPF 加速的网络路径都与这套体系直接相关。学完你将理解"为什么现在观测不再依赖应用配合"。
代表演讲:eBPF: Fueling New Flame Graphs & more、Performance Wins with BPF: Getting Started(个人主页 brendangregg.com)
Brendan Gregg 是 Netflix 前高级性能工程师、 flame graph(火焰图)的发明者、eBPF 在生产性能分析领域的布道者。他的演讲几乎构成了 Linux 性能分析领域的"圣经"。
核心观点提炼: - 火焰图是 CPU 性能分析的通用语言:它把成千上万个栈样本折叠成一棵可视化的"火焰",纵轴是调用栈深度、横轴是样本占比,让你一眼定位 CPU 热点函数。这是所有 modern profiler 的可视化基础。 - USE 方法(Utilization/Saturation/Errors):系统性排查资源瓶颈的方法论——对每种资源(CPU、内存、磁盘、网络)依次问"利用率多少、饱和度多少、有没有错误"。 - eBPF 把"动态追踪"推向新高度:2026 年的 AI Flame Graphs with eBPF(Brendan Gregg @ Intel)进一步把火焰图与 AI 模型推理的算子级 profile 结合,解决 GPU 推理黑盒问题。
实用价值:无论你做后端、内核还是通信协议栈,掌握火焰图和 USE 方法能让你从"凭感觉猜瓶颈"升级到"用数据定位热点"。这是性能工程师的底层内功。
graph TD
A[Brendan Gregg 性能体系] --> B[火焰图 Flame Graphs]
A --> C[USE 方法论]
A --> D[eBPF 动态追踪]
B --> B1[CPU on-CPU 分析]
B --> B2[Off-CPU 等待分析]
B --> B3[AI/GPU Flame Graphs 2026]
C --> C1[Utilization 利用率]
C --> C2[Saturation 饱和度]
C --> C3[Errors 错误]
D --> D1[kprobes/uprobes]
D --> D2[tracepoints]
频道链接:CNCF YouTube(云原生计算基金会官方,社区最大体量)
CNCF 频道是 KubeCon + CloudNativeCon 全部录像的官方归档地。2026 年最重要的产出是 KubeCon EU 2026(阿姆斯特丹)的 Observability Day 回顾(KubeCon EU 2026 Recap - Observability Day)。
核心观点提炼: - Observability Day 已成为 KubeCon 最热门的联合活动之一:专门的子会议聚焦云原生观测的开源协作。 - 平台工程(Platform Engineering)与可观测性深度融合:2026 年 KubeCon 的核心议题之一是"平台团队如何把观测能力作为内部开发者平台(IDP)的一等公民"。 - AI Agent 工作负载带来新观测挑战:LLM 推理的 token 级延迟、Agent 多步调用的链路追踪、GPU 利用率,正成为新的观测前沿(The big Kubernetes Shift | Inside KubeCon 2026)。
实用价值:这是技术决策者"看一年后趋势"的最佳来源。它不教你具体怎么写代码,但告诉你整个行业在往哪走——比如 2026 年 Where's My Pod? End-to-End Tracing for Kubernetes(链接)展示了大型集群如何用 OTel 回答"我的 Pod 到底经历了什么"。
频道链接:Grafana Labs YouTube(约数万订阅,活跃度高)
Grafana 已从单一可视化面板演化为覆盖 Metrics(Prometheus/Mimir)、Logs(Loki)、Traces(Tempo)、Profiles(Pyroscope)、eBPF 采集(Beyla/Alloy) 的完整可观测性平台。
核心观点提炼: - Pyroscope 2.0 是持续性能分析的重大架构重写(Pyroscope 2.0: Continuous Profiling Architecture Deep Dive):新架构号称将生产基础设施成本降低最高一个量级,核心是面向 profile 数据优化的存储与压缩。 - Grafana Alloy + Beyla 实现 eBPF 自动埋点:Alloy 是新一代 OTel Collector 兼容的数据收集器,Beyla 用 eBPF 在零代码改动下采集应用与网络指标(Finastra 案例)。 - "统一查询"理念:在 Grafana 里用同一套面板跨指标、日志、追踪、profile 关联排查,减少工具切换。
实用价值:平台工程师构建内部观测平台的事实标准选型。2026 年 Alloy 的新 eBPF profiler(视频)让"源码级 + 内核级"双视角 profile 成为可能。
频道链接:OpenTelemetry 项目频道 / Observability Day 录像(OpenTelemetry Project Updates from KubeCon EU '26)
OpenTelemetry(OTel)是 CNCF 仅次于 Kubernetes 的第二大活跃项目,目标是终结"每个 APM 厂商一套私有 SDK"的混乱,提供统一的数据采集标准(API、SDK、Collector)。
核心观点提炼: - OTel 让观测数据"与厂商解耦":你用 OTel SDK 产生 trace/metric/log,后端可随时从 Jaeger 换到 Tempo、从 Prometheus 换到 Datadog,无需改应用代码。 - OTel eBPF Instrumentation 是 2026 的关键进展(Unveiling OpenTelemetry eBPF Instrumentation):把 eBPF 自动埋点纳入 OTel 体系,实现"标准化的零侵入采集"。DevConf.CZ 2026 的 Network Observability with eBPF and OpenTelemetry(链接)展示了网络层观测的标准化路径。 - DNS 观测也被纳入(DNS Tracing & Metrics Via eBPF in OpenTelemetry):DNS 是云原生最常被忽视的故障源。
实用价值:所有后端/中间件开发者都该懂 OTel——它是观测领域的"HTTP",是跨厂商、跨语言的事实标准。学完它,你就掌握了观测数据的"生产端"。
频道链接:Pyroscope Community Calls(播放列表)、Polar Signals(Parca)
持续性能分析(Continuous Profiling)是观测领域近两年最火热的新分支:与其在出问题时才 profile,不如始终在线地采集生产环境的 profile,像看待 metrics 一样看待它。
核心观点提炼: - Profile 是新的观测维度(第四支柱):在 Metrics、Logs、Traces 之后,Continuous Profiling 成为第四类标准化观测信号。 - 代码行级的成本归因:通过始终在线的 profile,你能回答"这条 API 路径每月烧掉多少 GPU/CPU 成本"——把观测直接转化为成本优化(Diagnosing Application Performance With eBPF, Pyroscope)。 - GPU Profiling on Kubernetes 是 2026 新前沿(Peeking Into the GPU Black Box: Continuous Profiling):把 K8s、GPU、eBPF 桥接起来,让 AI 推理的 GPU 从"黑盒"变为"可观测"。
实用价值:对有大规模推理/计算负载的团队,Continuous Profiling 是降本增效的利器。Polar Signals 的 Parca 是另一开源实现,与 Pyroscope 形成 eBPF-native profiling 的双雄。
频道链接:Honeycomb 官方频道,代表人物 Charity Majors(CTO)、Liz Fong-Jones
Honeycomb 不只是工具厂商,更是"可观测性工程(Observability Engineering)"理念的旗手。他们的内容深刻影响了行业对"什么是真正的可观测性"的理解。
核心观点提炼:
- 监控 vs 可观测性的本质区别:监控是"预聚合的、低基数的、回答预设问题的"指标;可观测性是"高基数的、宽事件、能回答你没预设过的问题的"。
- 高基数(High Cardinality)是关键:能按 user_id、request_id、tenant_id 等高基数维度自由切片下钻,才能在生产中精确定位"到底是哪个用户、哪个请求出了问题"。
- 结构化事件优先于日志/指标拆分:一个宽事件(wide event)包含一次请求的全部上下文,比分散的 metric + log + trace 更易于关联分析。
- Canary / 测试在生产环境:观测不只是排障,更是验证部署是否安全的核心信号。
实用价值:这套理念会重塑你对"监控体系"的认知。对于构建 SRE 文化、设计观测平台架构的团队负责人,Honeycomb 的内容是思维框架级的输入。
graph TB
subgraph 数据生产层
A1[应用 SDK 埋点]
A2[eBPF 零侵入埋点]
A3[持续 Profile 采集]
end
subgraph 数据采集/标准化层
B1[OpenTelemetry SDK]
B2[OpenTelemetry Collector]
B3[Grafana Alloy/Beyla]
end
subgraph 数据存储/查询层
C1[Mimir - Metrics]
C2[Loki - Logs]
C3[Tempo - Traces]
C4[Pyroscope - Profiles]
end
subgraph 方法论与呈现层
D1[Grafana 统一面板]
D2[Honeycomb 高基数宽事件]
D3[Flame Graphs / USE 方法]
end
A1 --> B1
A2 --> B3
A2 -.eBPF 自动埋点.-> B1
A3 --> B3
B1 --> B2
B3 --> C1 & C2 & C3 & C4
B2 --> C1 & C2 & C3
C1 & C2 & C3 & C4 --> D1
D2 -.理念影响.-> D1
D3 --> D1
graph LR
M[Metrics 指标]:::pillar -->|+ 上下文| T[Traces 追踪]:::pillar
T -->|+ 文本细节| L[Logs 日志]:::pillar
L -->|+ 代码行级| P[Profiles 性能剖析]:::new
classDef pillar fill:#e1f5ff,stroke:#0288d1,stroke-width:2px;
classDef new fill:#fff3e0,stroke:#f57c00,stroke-width:2px,stroke-dasharray: 5 5;
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生(微信ID: gprshome201101)维护,聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。
