应用见解&x2B；UWP应用程序：遥测数据可用的预期延迟是多少？

我正在使用一个空白的UWP应用程序来发送遥测数据，以修补应用程序的细节。似乎所有事件（PageView、Exception、CustomEvent等）都需要很长时间才能出现在Azure门户（或Visual Studio）中。我正在手动刷新门户页面

例如，此CustomEvent花了14分钟才在Azure中可用：

TelemetryClient _tc;
_tc.TrackEvent("A message");

…到目前为止，这是我尝试过的所有事情的典型特征

在介绍性的演练文章中，它指出数据应该在几秒钟后出现在门户中

花这么长时间是正常的吗？如果没有，有没有解决长时间延迟的方法？

确实要视情况而定，但通常应该是秒到分钟的顺序

某些SDK/etc会对事件进行批处理，不会立即发送，因此事件可能会一直存在于您的计算机上，直到大量事件或时间过去。所以这可能是一个延迟

每种事件类型都应用了不同的处理，当后端的事物第一次看到您的事件时，您的第一个事件可能需要时间来显示。新的自定义属性或指标在第一次显示时也需要时间，因此，即使您在门户中看到自定义事件，如果您查看详细信息，某些自定义属性可能在稍后才会出现

在流程的任何一层都可能出现网络/服务/azure/等问题。如果有任何延迟发生，您可以随时查看发生了什么。从那篇博客中，我看到了一个始于1月13日的事件，并经历了您发布此消息的整个过程：

事件时间线：82小时-1/13，12:30 UTC至1/16，22:30 UTC

确实要看情况，但通常应该是秒到分钟的顺序

某些SDK/etc会对事件进行批处理，不会立即发送，因此事件可能会一直存在于您的计算机上，直到大量事件或时间过去。所以这可能是一个延迟

每种事件类型都应用了不同的处理，当后端的事物第一次看到您的事件时，您的第一个事件可能需要时间来显示。新的自定义属性或指标在第一次显示时也需要时间，因此，即使您在门户中看到自定义事件，如果您查看详细信息，某些自定义属性可能在稍后才会出现

在流程的任何一层都可能出现网络/服务/azure/等问题。如果有任何延迟发生，您可以随时查看发生了什么。从那篇博客中，我看到了一个始于1月13日的事件，并经历了您发布此消息的整个过程：

事件时间线：82小时-1/13，12:30 UTC至1/16，22:30 UTC

---

你不知道吗？——我决定给AI测试驱动的那一天，它正处于一些延迟问题的中间。谢谢你的帮助！显然，他们现在正在收集遥测数据，以研究更多可行的缓解措施；-）我们总是在遥测中收集遥测以调查我们的研究：“你不知道吗？——我决定给AI做测试驱动的那一天，它正处于一些潜伏问题的中间。”谢谢你的帮助！显然，他们现在正在收集遥测数据，以研究更多可行的缓解措施；-）我们总是在遥测上收集遥测数据以调查我们的调查：）