
218
|
第
19
章
我们也提醒,在考虑数据存储时不要为你需要的每一类(或每一种)可观测性数据寻找
单独的解决方案。同样,试图将现代的可观测性功能与传统的监测系统绑定在一起很可
能充满风险。由于可观测性源自工程师通过数据交互解答问题的方式,因此拥有一个无
缝衔接的内聚解决方案比维护三或四个独立的系统要好。使用不连贯的系统进行分析,
使工程师承担了在系统之间传递上下文和转换的负担,并造成了较差的可用性和故障处
理经验。有关方法如何共存的更多细节,请参阅第
9
章。
19.5.3
向你的团队推出工具
在进行工具选型时,确保将你宝贵的工程周期投资于业务需求是非常重要的。考虑一下
你选择的工具是否提供了更多的创新能力,还是将这种能力用于管理定制解决方案。你
选择的工具是否需要创建一个更大的、独立的管理团队?可观测性的目标并不是在你的
工程组织中创造定制的工作,而是节省你的业务时间和金钱,同时提高质量。
并不是说某些组织不应该创建可观测性团队。然而,特别是在较大的组织中,一个优秀
的可观测性团队将专注于帮助每个产品团队在其平台中实现可观测性,或者在开始集成
过程中与这些团队合作。在评估哪个平台最适合试点团队的需求后,可观测性团队可以
帮助整个工程团队更容易地达成相同的解决方案。有关组建可观测性团队的更多详细信
息,请参阅第
15
章。
19.6 知道何时你有足够的可观测性
与安全性和可测试性一样,可观测性方面还有更多的工作需要做。商业领袖可能很难知
道什么时候应该优先考虑投资可观测性,什么时候可观测性“足够好”,因此可以优先
考虑其他问题。虽然我们鼓励在你的应用程序中覆盖完整的探针 ...