在 Application Insight 和 Postman 中获取时间差异

Posted

技术标签:

【中文标题】在 Application Insight 和 Postman 中获取时间差异【英文标题】:Getting time discrepancy in Application Insight and Postman 【发布时间】:2021-12-27 14:09:28 【问题描述】:

上下文:在性能评估期间,我们注意到 Postman 和 Application Insight 之间的响应时间存在差异。

在调试过程中,我们发现从 Postman Vs Application Insight 获得的响应时间对于同一事务是不同的。我们注意到是针对不同的交易。为什么会这样?

当前配置:我们对在应用服务中运行的应用程序具有应用程序洞察力,并且为应用程序洞察力启用了“自适应采样”。

注意:我们正在使用跟踪 ID 跟踪交易。

对比图:

小评估:

中等评价:

当系统处于压力之下时,邮递员的响应时间会缩短到最短,但在应用程序洞察力中,响应时间会发生巨大变化。

可能是响应时间的差异较小,但当交易数量更多时,当我们看到第 95 个百分位(参见下面的示例)和第 99 个百分位时,游戏完全改变了。对此有何建议?我错过了什么吗?

例如:

邮递员结果:

应用洞察:

【问题讨论】:

AI 没有考虑将请求发送到 api 并返回响应的实际延迟。它只能测量 api 创建响应所需的时间。 正如@PeterBons 提到的,您在 App Insight 中看到的时间是 azure 端的总执行时间,它不包括响应通过网络到达客户端所需的时间像 Postman 这样的辅助应用 【参考方案1】:

发布Peter-Bons提供的建议作为答案,以便对其他社区成员有所帮助。

从下面的屏幕截图中,应用程序洞察不会考虑将请求发送到 api 并获取响应的实际延迟。我们将在应用洞察中看到的时间是 azure 端的总执行时间

【讨论】:

以上是关于在 Application Insight 和 Postman 中获取时间差异的主要内容,如果未能解决你的问题,请参考以下文章

能否在实时应用程序中禁用或启用 Application Insight

我们如何在 Service Fabric Actor Reliable 服务中添加 Application Insight

最小 API .net 核心中的 Application Insight 日志记录

Application Insight 中的范围日志记录

Kusto - 如何在 Azure Application Insight 中查找导致 524/5xx 错误的操作/异常?

Azure Application Insight工作项目授权错误