在 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 日志记录
Kusto - 如何在 Azure Application Insight 中查找导致 524/5xx 错误的操作/异常?