Azure Monitor和#x27；响应时间'；和AppInsights'；持续时间'；？

有人知道为什么Azure monitor中的“平均响应时间”指标并不总是与Application Insights响应时间匹配吗

是因为取样吗

例如，以下是我从Azure应用程序服务中获取的一些统计数据：

..以及AppInsights中的相应统计信息：

因此，颠簸是存在的。。但差别是巨大的

有区别吗？如果是，它们是什么？我在任何地方都找不到文档

谢谢。

两者都有，并将这些指标定义为应用程序响应请求所需的时间。Dmitry正确地指出，差异主要是因为服务正在监视哪个流程。Azure Monitoring正在收集整个web服务器上的统计信息。这就是它除了报告响应时间外还报告CPU和内存使用情况的原因。另一方面，应用程序洞察内置于代码中，因此它只能告诉您代码运行所需的时间。它不知道您使用了多少CPU，但它可以告诉您有关代码的信息，比如数据库调用花费了多长时间。出于这个原因，我希望应用程序服务报告的数字高于应用程序洞察

---

抽样可能不会对差异产生重大影响——至少你不会期望随着时间的推移，这种差异会如此一致。有一件事肯定会产生影响，那就是如果你在同一个应用程序服务上有多个应用程序。Azure Monitor正在查看服务上的所有应用程序，而Application Insights只查看该应用程序

我假设这些指标的计算方式不同。Application Insights位于应用程序进程中，它知道从请求在IIS web服务器或自托管服务器中命中托管代码的那一刻起，执行该请求需要多少时间。另一方面，应用程序服务度量可以考虑请求在通过该web服务器实现进行路由/排队时所花费的时间，如果在请求到达负载平衡器之前计算，还可以考虑一些网络。有了这些，应用程序服务指标显然可以有更高的值。@DmitryMatveev是的，但我想了解每个值的含义。我不想做假设。Application Insights duration-这是请求在应用程序代码库中花费的时间。无法对响应时间发表评论，但我猜测这是请求在infra（web应用程序）中花费的时间。我能看到头顶上不仅是钉子，而且到处都是。回复：采样-上述请求是否来自一台主机？遥测项目的itemCount值是多少？采样可能确实会掩盖峰值（或使其更大）。但由于存在总体开销，它看起来不像采样。你用哪种语言？是node.js/java/.net吗？谢谢，但我仍在寻找关于具体差异的答案。我知道Azure monitor将“看到更多”，因为它的监控级别更高。所以我想我的问题是：Azure monitor的平均响应时间包括什么？差距在哪里？我看不出怎么会有这么大的不同。没有上下文，不可能肯定地说。当web服务器接受请求、将其路由到代码并返回结果时，会有一些开销。就在我脑海中，应用程序重启会导致服务器时间出现更大的峰值，因为它必须等待应用程序上线。如果在同一台主机上有多个站点，可能会发生各种各样的事情。虚拟机的大小也会产生影响——较小的虚拟机需要在所有这些开销上花费更多的时间。