我正在尝试使用应用程序洞察来跟踪我的应用程序中活动流数量的计数器。我有两个目标要实现:
这些流的生命周期可能很长,有时也很短暂。所以这个数字有时会改变,比如每秒 100 次,有时会保持几个小时不变。
我一直在尝试将此活动流计数作为应用程序洞察指标进行跟踪。 当一个新流打开时,我在我的应用程序中递增一个计数器,并在一个流关闭时递减。在每次更改时,我都会使用类似这样的遥测客户端
var myMetric = myTelemetryClient.GetMetric("Metricname");
myMetric.TrackValue(myCount);
当我使用 Kusto 查询我的指标值时,我发现由于 10 秒内的这些活动集群,我的指标值被聚合。出于警报的目的,我可以接受,因为我可以查看聚合的最大值。但是我无法显示活动流数量的仪表板,因为我无法知道测量点之间的活动流数量。我知道最小值、最大值和平均值,但我不知道聚合周期的最后一个值,而且由于它可能介于 0 到 1000 之间,因此没有帮助。
所以我的解决方案不能满足我的需求,我想到了一些改变:
最后,我认为我的需求并不那么奇特,所以我想知道我是否错误地使用了应用洞察。
有什么方法可以改变指标的行为以适合我的目的吗?我很欣赏它在发送数据之前预先聚合以降低摄取成本,但它阻止我解决一个简单的问题。 指标甚至是做到这一点的正确方法吗?应用洞察中是否有替代方法?
答案 0 :(得分:0)
您可以使用 TrackMetric
代替 GetMetric
仪式来跟踪单个值,而无需进行聚合。来自the docs:
Microsoft.ApplicationInsights.TelemetryClient.TrackMetric 不是发送指标的首选方法。在发送之前,指标应始终在一个时间段内预先聚合。使用 GetMetric(..) 重载之一获取用于访问 SDK 预聚合功能的指标对象。如果您要实现自己的预聚合逻辑,则可以使用 TrackMetric() 方法发送生成的聚合。
但您也可以使用如下所述的事件:
<块引用>如果您的应用程序需要在没有跨时间聚合的情况下每次发送单独的遥测项目,您可能有事件遥测的用例;请参阅 TelemetryClient.TrackEvent (Microsoft.ApplicationInsights.DataContracts.EventTelemetry)。