【问题标题】:Request telemetry - "durationMetric"?请求遥测 - “durationMetric”?
【发布时间】:2016-10-06 08:41:42
【问题描述】:

从 Blob 存储解析导出的 Application Insights 遥测数据时,请求数据如下所示:

{
  "request": [
    {
      "id": "3Pc0MZMBJgQ=",
      "name": "POST Blah",
      "count": 6,
      "responseCode": 201,
      "success": true,
      "url": "https://example.com/api/blah",
      "durationMetric": {
        "value": 66359508.0,
        "count": 6.0,
        "min": 11059918.0,
        "max": 11059918.0,
        "stdDev": 0.0,
        "sampledValue": 11059918.0
      },
      ...
    }
  ],
  ...
}

我正在查找请求的持续时间,但我发现我收到了一个 durationMetric 对象。

根据documentationrequest[0].durationMetric.value字段描述为

从请求到达到响应的时间。 1e7 == 1s

但如果我使用 Analytics 进行查询,该值与该字段不匹配:

但是,它们确实匹配 minmaxsampledValue 字段。

我应该使用哪个字段?在上面的例子中,"value": 66359508.0 值代表什么?

【问题讨论】:

    标签: azure azure-application-insights


    【解决方案1】:

    它不匹配,因为您看到的是采样数据(意味着此事件代表来自多个请求的采样数据)。我建议从 https://azure.microsoft.com/en-us/documentation/articles/app-insights-sampling/ 开始了解采样的工作原理。

    在这种情况下,“匹配”值将来自 duration.sampledValue(注意 value == count * sampledValue

    很难准确比较您所看到的内容,因为您没有显示您正在使用的 Kusto 查询,但您在编写 AI Analytics 查询时需要注意抽样。有关后者的更多详细信息,请参阅https://azure.microsoft.com/en-us/documentation/articles/app-insights-analytics-tour/#counting-sampled-data

    【讨论】:

    • 谢谢。这是否意味着我们可以使用sampledValue 作为此事件中 x 个请求的“样本持续时间”?如果我们的采样率不是 100% 那我们还能用sampledValue吗?
    猜你喜欢
    • 1970-01-01
    • 2020-08-02
    • 1970-01-01
    • 2018-08-14
    • 1970-01-01
    • 1970-01-01
    • 2017-11-07
    • 2016-08-23
    • 1970-01-01
    相关资源
    最近更新 更多