上世纪70年代，美国NBC广播公司曾推出过一档名为”真相与后果”的游戏电视节目，开创了当时“游戏娱乐类电视节目”的先河。

节目的规则是，参赛者必须回答一些奇怪的问题。通常是提问者站在幕后向幕前的选手提出各类诙谐幽默的问题，如果幕前的人拒绝回答或者回答错误，便将受到“后果”的惩罚，根据规定做出各种滑稽幽默的或是令人尴尬的动作、表演、话语。

回到我们关注的领域，监测并排除网络和应用故障的过程非常类似于这档游戏节目。如果您不了解真相，您很可能遭遇令人尴尬的后果。

我们希望IT不会遭遇节目上那样具有娱乐性的“惩罚”，比如在演播室里第一次学习如何骑驴或骑独轮车之类。

避免对端到端应用与网络性能管理造成不良后果

为了避免出现不良后果，您需要适量的真实数据。就网络性能管理(NPM)而言，您需要了解以下内容：

• 了解可进行深度数据包检测的流量数据，实现第7层应用可视化
• 了解TCP服务器反应时间、重传、负载传输时间及建立连接时间
• 监测终端用户体验，发现运行缓慢的页面和页面时间
• 按需或按历史捕获数据包进行分析

在上图中，显然是服务器造成了大量延迟，那么我们就需要借助应用性能管理 (APM)工具对服务器进行深度分析，APM工具可以获得每个用户各个时间的所有数据，从而帮助我们准确找到服务器运行缓慢的真正原因。

根据以下的总结，我们可以看到来自两层.NET执行代码的绝大多数呼叫导致了延迟。在这种情况下，计算增长率和摊销的方法似乎已经失控——70次呼叫为同一事件和1次长呼叫则为另一事件。

不了解真相会面临什么后果呢？

传统工具也可以发现其中一些问题，但现有的数据不足以让所有团队应对这些问题。因此，每天快下班时各个团队聚集在“情报室”中，试图找出问题。

引入“真相与后果”概念的好处在于我们不仅要考虑来自每个责任区的真实数据，而且要考虑通过一个便于管理的仪表板（门户网站更佳）来获得真相，并使其成为获得真相的唯一途径。这样，所有数据将可服务于所有需要访问的人，而且还具有为团队的每一名成员诊断并修复问题的能力。

例如，该仪表板可帮助您快速测定终端用户体验和应用健康状况。可能影响应用的异常值可能隐匿在正常值中间，而Apdex Score作为业内标准会考虑到这些异常值。

您发现的真相以及现有的手段可助您避免尴尬的遭遇。然而更重要的是，这些真相会带来更高的收入，更快地解决问题，您会笑到最后。