我们有麻烦了，休斯顿。IT经理想度量他们的用户的真实体验，但是供应商提供的工具并不能提供他们需要的度量。这就是为什么我们做出这个异端的声明。我们最近对364位IT经理进行了一项关于APM实践的调查有个足球雷竞技app网络世界的文章，我们要求他们评价衡量12个应用程序性能属性的重要性，并告诉我们他们是否真的衡量这些属性。对于反映最终用户体验的属性，我们发现重要的内容和度量内容之间存在巨大差距。
如下图所示，大约50%或以上的受访者认为终端用户页面响应时间、服务器查询响应时间和TCP事务响应时间(这些都是真实终端用户体验的关键指标)很重要，却不去衡量它们．将此与可以计算的重要性能属性(如网络可用性、服务器可用性和带宽利用率)低于30%的差距进行比较，那么未满足需求的来源就变得清晰起来。有一半的企业知道他们应该测量响应时间，但他们没有这么做。
我们假定大多数IT经理不度量响应时间的主要原因不是因为他们不想度量，而是因为他们的供应商没有捕捉到这些度量。42%的受访者认为缺乏合适的工具是实施APM最佳实践的障碍，仅次于缺乏足够的人力，这一事实支持了这一结论。
为什么供应商不提供这些重要的信息?我们相信这是因为性能管理工具供应商计算数据要比计算时间容易得多。
计数很容易，因为处理流量的设备（例如，服务器或交换机），或者观看流量（例如，探测器）可以轻松实现一个简单的计数器。计数器对用户正在做的事情无状态，并且可以围绕时钟计算。当需要时，管理工具可以样本（即，从）计数器的柜台，并且每天有固定数量的测量值（例如，如果每小时测量，则24。当然可以根据更精细的粒度（例如，通过应用程序或用户）来计算，但在不知道用户正在做的情况下，它仍在计数，因此性能不能映射到真实的用户体验。
与计数不同，计时很困难，因为测量响应时间需要同步。您需要一个相当于秒表的虚拟工具来确定启动和停止时间，还需要自动生成报告的功能。度量工具需要基于特定于用户和/或特定于应用程序的事件启动和停止计时器。事件的发生必须在工具的控制之外进行检测。此外，计时器必须维护与它正在计时的事件相关的状态，并且测量样本的数量在一天的过程中以及每天都在变化——这使得快速聚合测量是必要的。这是一个挑战，到目前为止，很少有供应商遇到了这个挑战。
我们预计许多供应商会声称我们的结论是错误的，但仔细检查他们的营销材料可能会发现，尽管他们可能声称提供了反映真实用户体验的指标，但实际上他们只提供了像发送给用户的数据包这样的数据。诸如此类的指标只是表明服务已经启动，但并不能告诉你用户的实际体验。为此你需要定时器。