; n2 K! R9 y& [/ x0 F
在上一篇《运维,放过监控-也放过自己吧》中原作者提出了自己对于可观测性的三个困惑,本文围绕这三个问题展开讨论。
' }/ H0 `5 N* R3 [' k+ K' v1. 可观测性解决什么问题?1 ^; |8 }# G8 w* H/ C# z- ]
其实可观测性最先解决的就是一个问题:就是监控工具太太太多了,在 Datadog 的招股书上就写得很明白一般企业要部署 5 套监控软件,而大型企业因为各种跨部门甚至要 15+,这种造成了资源浪费,学习曲线,认知成本,协同成本,系统更新等一系列的问题。
) i/ N( @& Z' Z% K当然一切整合起来的可观测性,也和原来的监控不同了。其对象瞄准的恰恰是应用系统本身,也就是我们需要将自己所制造的应用系统本身具备可观测性,为什么需要具备应用系统需要具备观测性,就是无论从应用调试,性能调优,故障定位,甚至传统监控角度来说都是非常有意义的。所以可观测性本质上强调了程序员或者整个系统建设的参与者们,包括架构师,开发,测试,运维,大家都要把自身的可观测性做好,这样也是对最终这个系统使用者,也可能是开发自己,也可能是运维,也可能是第三方伙伴更友好。因此推广可观测性本身在我看来和推广写好文档,单元测试一样,是程序员对自己开发系统负责任的一个表现。所以可观测性本质上解决了应用在 Runtime 的 Debug 问题,我觉得是个程序员都希望自己能够随时随地 Debug 自己的代码吧。
- Z) {) q$ ~/ a' a
) e2 d* W8 s7 c1 k9 P( k, g o6 O W' g g" i& |3 D
从观测云的立场上,我们从来不会去开发一个可观测性系统(当然我们要确保我们自身产品的可观测,也是我们提高工程质量和运维的基础),而且我们希望帮助工程师可以更方便的构建自己在线系统的可观测性的工具平台。因此我们提供了从指标,到日志,到链路,到客户端的用户访问,页面渲染,等等的基础能力,不为了别的就是为了让工程师能够相对简单的完成自己系统可观测的任务。我们的终极目标就是能够让大家能够用实时的数据 Debug 自己的线上环境。
. M/ z0 M+ l6 R, p
! {5 }$ [0 T* \& S [' }3 w; I& A( W4 e: S. @2 u: s3 S
2. 数据收集全面开花0 R: [/ z4 a0 E
如同第一点所描述的,当一个工程师需要构建自身系统的完整可观测性的时候,其实需要的能力是非常广泛的,而一般情况下对于大部分企业来说,本质上就是一个数据收集,集成,包括展示的综合性系统工程。可能所需要的技术从底层操作系统,各种语言环境,网络协议,甚至 eBPF ,Profiling等能力,这是一个非常庞大的知识结构,而且仅仅通过这些能力收集数据是不够的,包括最终能够友好的利用数据所提供的可视化,交互性真正意义上让可观测性落地才是核心。6 C9 @+ |7 O. d. E! x$ {
6 i1 ?1 D r- v$ S
1 Q% S! l. {7 C( W. [所以从观测云角度来说,从来不仅仅是数据收集全面开花,除了收集数据以外,我们关心数据的一致性,我们还关心数据的关联关系,关注关联关系才可以更好的将不同维度的数据通过可视化友好的进行交互。传统的数据平台为什么很难使用,恰恰是缺少了这种关联和友好交互,比如日志搜索成为了主体,实际上反而是一种效率低下的方案。大家通常不愿意主动去观测日志,而观测云的目标是让优秀的工程师愿意主动通过观测云提供的可观测性能力让其能够饶有兴趣的去通过数据分析,发现各种可能可以提升工程质量或者性能的点,从而让自己的应用系统更有效。
/ G4 K9 g T; `3 i, z _) z4 R% T+ t
) N2 _) h( z. `! X3. 新瓶装旧酒$ J( E* V' M: u# K
其实历史发展总是演进的,如果只是站在运维监控的视角上,可观测性似乎是一个数据量更大更全的但反而让运维不知道如何开始的监控系统。但我认为强调可观测性有两点与监控不同:3 J" w, h/ o. e$ c5 N$ h5 g
第一,可观测性是强调的是从应用和业务维度垂直纵深的用各种数据( Metrics ,Logging ,Tracing )去实时的描述这个应用的全貌,从基础设施,中间件,数据库,应用服务端代码,客户端,强调的是完整性和一致性。而不是传统的分层逻辑,通过不同的独立的监控系统独立关注每一层的应用。& W( K k; o* y
5 _0 @; V+ m$ c% ?8 |* G6 q4 x+ O! G8 Y& L; f+ \' P) G$ \# d7 p
/ r9 y7 L. U& L% L" s: R+ F- l
% Y9 I: `* A' {8 p# Q$ v第二,可观测性的关注点不同,这也解释了为什么很多传统运维的仪表盘其实无用,因为仪表盘并不是为了估值排查(这个当然很重要),但更重要的是让研发参与进去,利用这些灵活的仪表盘(仪表盘需要根据业务做动态设计)来进一步的优化系统和优化代码,所以某种程度上,监控只是可观测性的一种应用场景而已,如果上了可观测性只是为了监控,那绝对不会比监控更好。
0 R8 n; m- q! i7 T# A. h
! f& E% Z4 P5 ]7 Q0 J+ o& A6 C4 c9 I) I& ]
所以可观测性本质上对于团队来说是真正意义上把一个系统的生产(编码),交付,保障,优化通过数据平台一体化了,完整整体的统一,是整个DevOps体系中不可或缺的一部分。国内强调 DevOps 的时候往往只关注交付侧的 CI\CD,而忽略了可观测性是作为整个 DevOps 中的核心渠道的数据平台,如果没有可观测性,其实所谓 DevOps 也不过只是人为的交付自动化 Pipeline 而已。% A/ W( Y. Z! Q
6 B8 F0 W3 g! c1 z, ?
3 F2 ?' \4 h* K2 j- b5 p' n( z$ L' b9 s, _
【 立即体验观测云 】https://auth.guance.com/register?channel=toutiao
! ?# f; c9 Q4 b9 x, c- F1 g. G欢迎大家至我们的观测云 Guance Cloud for Observability Github专栏 - E" n1 I1 A g# U5 W) g
【 Guance Cloud for Observability 】https://github.com/GuanceCloud
' j4 L- N" K% o了解并使用 喜爱的同时别忘了点击右上角小星星点赞关注哦~ - G4 z+ [* q7 u
8 \& k4 ]( g- o# p& B
5 y+ o4 ?- Y* h& Y- L- ~
4 i& d* q8 V5 j0 R4 A; @. y
" W: k, x9 T4 X/ e6 k8 d6 ?3 j5 B+ d _- b
|