是时候补充我的了AIOps参考架构与一个可观察性参考架构它自己的。自从我去年加入Forrester以来，任何与我见过面并交谈过的人都知道，我认为这两个话题是分开的，但在基因上是联系在一起的。这项研究已经产生了两份专门关注可观察性的新报告——最新的“自切片面包以来最好的东西”。我的希望是帮助阐明它是什么，以及如何通过可观察性向前推进。这是关于可观测性的一长串报告中的前两篇。

关于可观察性的困惑和误解现在很猖獗，这对任何人都没有好处，所以第一步是在“可观察性”的定义上下注:

实体允许通过不可变的外部化输出进行探索和分析的固有能力。对其特征和行为模式的探索提供了实时可见性;实时和历史分析解释和推断内部状态和操作，以提供见解和可操作的信息。

可观察性参考架构

第一篇报告介绍了福里斯特可观察性参考体系结构．非常感谢Naveen Chhabra他是我在可观察性犯罪方面的合作伙伴，感谢他宝贵的指导和见解，帮助我们实现了这一目标。重要的是要记住，参考体系结构并不是用战略地图来详细描述的。可观察性参考体系结构列出了功能/能力的四个核心领域(遥测、探索、洞察和利用)，作为讨论如何以最有效和最有弹性的方式操作系统的基础。记住，你的观察必须是可行的;否则，他们就是在浪费时间。这就是为什么利用率如此重要，但在可观察性讨论中却经常被忽略。

这个参考体系结构的意图和期望是让它成为讨论可观察性的共同起点。可观测性的概念目前还没有建立在许多既定或公认的原则之上。因此，关于可观察性的讨论往往从详细的监测到广泛和共同的操作努力。更糟糕的是——也是我最讨厌的——这个词现在出现在世界上的任何地方，因为营销部门已经掌握了它。我们需要共同走在这前面，尽管这个词本身从根本上就是一个挑战。它是名词、动词还是形容词?我暂时不谈这个问题，但很快就会重新讨论。

如果你不知道如何处理一张照片，那它算什么?

如果您不知道如何使用参考体系结构或如何应用它们，那么参考体系结构就毫无意义。这就是第二份报告的切入点。Forrester可观察性参考架构:付诸实践《报告》讲述了分担责任如何实现可观察的见解。它提供了一些关于Naveen Chhabra和我写过的东西的指导以前的博客可观察性。它重申，你试图观察的实体必须愿意被观察;因此，它必须以一种能够被观察到的方式被设计出来。其次，为了实现可观察性，工具和仪器必须能够观察到它。Naveen以雷达和隐形飞机为例来说明这一点。在可观测性的情况下，雷达可能无法探测到隐形飞机，因为飞机被故意设计为不被观察-也就是说，飞机不愿意被观察。

这意味着有两个核心元素支持或禁止可观察性:可观察性设计和工具/仪器。设计中的弱点或故意的禁止，将限制可观测性的可能程度。重要的是要理解设计将永远是可观察性的限制因素。从安全的角度考虑，或者以纳文公司的隐形飞机为例。我们网络上的一些设备对我们的成功至关重要，所以我们不希望它们“被观察到”。因此，我们故意设计它们，让它们很少分享关于它们如何运作的细节，“盒子里”发生了什么，或者在某些情况下，它们甚至存在。在这些情况下，无论您的工具和仪器有多好，您观察设备的能力都受到实体的设计和被观察的意愿的限制。下面是我报告中图表的一个变化，以帮助你理解这个想法。

下一步是什么，从哪里开始?

我们正在经历一个以难以置信的速度发生极端变化的时期。如果你还在犹豫要不要等事情稳定下来，放心吧，这不会发生的，你会被甩在后面，想知道自己是怎么落后同龄人这么多的。您需要采取的第一步是理解监视、可观察性和AIOps之间的区别。不幸的是，由于缺乏理解，这些术语经常被互换使用。这导致许多努力失败，主要是由于错误的预期。下图展示了这些主题之间的遗传关系。

你不能把这三个重要的主题分开，但你必须了解它们的独特功能，这样你才能从战术上解决每个问题，从而朝着与公司目标战略一致的方向前进。了解不同之处，开始你的旅程，因为你的同龄人已经这样做了。

加入对话

我邀请你通过社交媒体与我联系，如果你想提供一般性的反馈。如果你喜欢更正式或私密的讨论，可以发邮件inquiry@forrester.com来安排会议!点击卡洛斯在Forrester.com报道跟进我的研究并继续讨论。