可观测性工程

在团队中应用可观测性实践

|

97

有数据库持续阻塞的问题，但还没有人能发现问题所在？有一个服务，因为不确定的用

户行为产生了莫名其妙的负载，解决起来毫无头绪。这些场景都是引入可观测性的最好

例子。

不要从一个简单的问题来引入可观测性，快速展示可观测性的价值所在可以让一些反对

者改变他们的态度，获得额外的支持，进一步推动可观测性在团队中的采用。选取一些

困难的问题来引入可观测性是一个非常好的开始。例如，从一个应用服务开始，分析检

测代码，将其部署到生产环境中，并且怀着极大的好奇心进行探索，弄清楚如何找到自

己想要的答案，然后尽可能与别人分享这个过程。例如，在每周的团队例会上展示你的

解决方案；将你发现的过程和方法写成文档，与公司同事分享；确保相关的同事在关键

时刻知道你写过这么一篇文章并且分享过。

推动可观测性最快的方法就是解决团队内最大的痛点，总之尽量不要从小而简单的问题

上进行切入。

10.3 购买代替自建

与从最大的痛点开始类似，关于是构建自己的可观测性工具还是购买商用解决方案的决

定最终取决于如何快速证明投资回报（

ROI

）。我们将在第

15

章更仔细地研究这个论点。

现在，我们将在一开始就做出选择，以支持投入最少的努力来证明最大的价值。首先自

己构建一个完整的解决方案可能需要投入很多的精力以及很长的时间成本去证明其价值

所在。

准备好尝试多种可观测性解决方案时，需要看看它们是否满足第

1

章中列出的功能要

求。但是不要忘记，可观测性可以让你理解和解释系统可能产生的任何状态，无论这个

状态多么异常或未知。你必须能够以一种特殊的方式在系统状态数据的所有维度以及维 ...