跟踪应用洞察中的计数器值

如何解决跟踪应用洞察中的计数器值

我正在尝试使用应用程序洞察来跟踪我的应用程序中活动流数量的计数器。我有两个目标要实现：

• 在仪表板中显示当前（或至少最近）活动流的数量
• 如果数量超过特定限制，则激活一种警告。

这些流的生命周期可能很长，有时也很短暂。所以这个数字有时会改变，比如每秒 100 次，有时会保持几个小时不变。

我一直在尝试将此活动流计数作为应用程序洞察指标进行跟踪。 当一个新流打开时，我在我的应用程序中递增一个计数器，并在一个流关闭时递减。在每次更改时，我都会使用类似这样的遥测客户端

var myMetric = myTelemetryClient.GetMetric("Metricname");
myMetric.TrackValue(myCount);

当我使用 Kusto 查询我的指标值时，我发现由于 10 秒内的这些活动集群，我的指标值被聚合。出于警报的目的，我可以接受，因为我可以查看聚合的最大值。但是我无法显示活动流数量的仪表板，因为我无法知道测量点之间的活动流数量。我知道最小值、最大值和平均值，但我不知道聚合周期的最后一个值，而且由于它可能介于 0 到 1000 之间，因此没有帮助。

所以我的解决方案不能满足我的需求，我想到了一些改变：

• 向我的计数器组件添加一个预定的泵，它将发送当前计数器值，每 5 分钟一次。但我不喜欢这样，我必须为每个计数器添加一个线程。
• 添加一个定时器，在最后一次更改后 5 分钟发送一次当前值。每次计数器更改时，倒计时都会重置。这具有与上述相同的问题，并且在计数器可能每秒更改数千次时执行过多的工作来重置计数器。

最后，我认为我的需求并不那么奇特，所以我想知道我是否错误地使用了应用洞察。

有什么方法可以改变指标的行为以适合我的目的吗？我很欣赏它在发送数据之前预先聚合以降低摄取成本，但它阻止我解决一个简单的问题。 指标甚至是做到这一点的正确方法吗？应用洞察中是否有替代方法？

解决方法

您可以使用 TrackMetric 代替 GetMetric 仪式来跟踪单个值，而无需进行聚合。来自the docs：

Microsoft.ApplicationInsights.TelemetryClient.TrackMetric 不是发送指标的首选方法。在发送之前，指标应始终在一个时间段内预先聚合。使用 GetMetric(..) 重载之一获取用于访问 SDK 预聚合功能的指标对象。如果您要实现自己的预聚合逻辑，则可以使用 TrackMetric() 方法发送生成的聚合。

但您也可以使用如下所述的事件：

如果您的应用程序需要在没有跨时间聚合的情况下每次发送单独的遥测项目，您可能有事件遥测的用例；请参阅 TelemetryClient.TrackEvent (Microsoft.ApplicationInsights.DataContracts.EventTelemetry)。