【问题标题】:Getting time discrepancy in Application Insight and Postman在 Application Insight 和 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 这样的辅助应用

标签: azure azure-application-insights


【解决方案1】:

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

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

【讨论】:

    猜你喜欢
    • 2019-10-28
    • 1970-01-01
    • 1970-01-01
    • 2019-04-20
    • 1970-01-01
    • 2021-08-18
    • 2018-11-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多