问题标签 [azure-timeseries-insights]

我正在尝试对 TSI 中的数据执行一些聚合查询。例如：

然而，上述查询不会返回任何记录，尽管在 TSI 中存储了许多针对该特定searchSpan. 这是回应：

该查询基于文档中的示例，这些示例可以在此处找到，实际上缺少关键的需求信息，甚至一些示例也不起作用......

任何帮助，将不胜感激。谢谢！

我有一个配置了 IoT 中心数据源的时序见解环境。

我注意到，从将事件发送到 IoT 中心并看到它存储在 TSI 中存在 20-30 秒的特定延迟。

在我找到这个之后，我将一个函数触发器直接连接到了物联网集线器。发生的事情是触发器立即接收到事件，但 TSI 在 20-30 秒后返回它们。

所以，我有两个问题：

1. 这种延迟从何而来？
2. 我能做些什么来减少延迟？

谢谢！

是否有关于如何解析来自 Azure 时序 API 的 json 响应的标准？它看起来很像 JSON 模式，但不完全是。

很难从 Microsoft 那里找到有关如何处理解析的任何指南。使用 JSON.NET 反序列化也很棘手，因为在发送嵌套数据对象时，属性名称可能由点组成。

示例 json：

尝试查询 /environments 端点时，我不断收到内部错误的AuthenticationFailed错误。InvalidAuthenticationTokenAudience

我已经在 Azure Active Directory 中创建了一个应用程序，因为它可以在时间序列洞察管理门户中访问，并且我已经可以从身份验证 URL 获取 Oauth 2.0 访问令牌。

我尝试为令牌 url 提供“ https://api.timeseries.azure.com/ ”资源/受众/范围，但 API 不断返回相同的错误消息：

{ "error": { "code": "AuthenticationFailed", "message": "服务器未能验证请求。令牌是从错误的受众或资源获取的。", "innerError": { "code": "InvalidAuthenticationTokenAudience ", "message": "访问令牌已从错误的受众或资源 '00000002-0000-0000-c000-000000000000' 获得。它应该与允许的受众之一完全匹配（包括正斜杠）' https:// api.timeseries.azure.com/ '。" } } }

我将 Postman 与 Oauth 2.0 身份验证类型、客户端凭据授予类型一起使用，并作为令牌请求的基本 Auth Header 选项发送。

有没有人成功地尝试过这个？

更新 01：其中一个标记的解码（使用评论中建议的 JWT）payload部分显示该aud字段是00000002-0000-0000-c000-000000000000. 这绝对是错误的。

我在 IoT 中心连接了 IoT 传感器数据，我可以看到 Azure 时序见解，我可以在其中按 DeviceId 和 avg 和 sum 查询数据。我怎样才能使它在我的 HTML 网站中可用，以 web-socket 连续显示数据。

我在 D3 和 Angular 中设计了图表。我怎样才能将这些数据输入 App。如果你有任何例子。

我看到它的文档非常有限

https://docs.microsoft.com/en-us/azure/time-series-insights/tutorial-explore-js-client-lib

如果我可以将其作为 dat 的结果，我可以将它们推送到我的 D3 图表中。但它试图通过自己的条形图和饼图来推动自己的图表。

我目前正在使用 Azure 时序见解来聚合我的数据。它为我提供了一种生成日期直方图的方法，我可以在其中指定搜索范围和存储桶大小。但是，bucket 的结果并不符合我的预期。

例如，如果搜索范围是从 2016-08-01T01:00:00.000Z 到 2016-08-0 5T01:00:00.000Z，并且桶大小是 1 天，那么桶的结果将如下所示，

从 2016-08-02T00:00:00.000Z 到 2016-08-03T00:00:00.000Z，

从 2016-08-03T00:00:00.000Z 到 2016-08-04T00:00:00.000Z，

从 2016-08-04T00:00:00.000Z 到 2016-08-05T00:00:00.000Z。

我从结果中观察到两种行为。首先，第一个桶没有与搜索范围对齐，从 2016-08-01T01:00:00.000Z 开始。其次，搜索跨度的头部和尾部是聚合的，即从2016-08-01T01:00:00.000Z到2016-08-02T00:00:00.000Z的数据和从2016-08-05T00:00:00.000Z的数据至 2016-08-05T01:00:00.000Z 不包括在内。

相反，我希望第一个存储桶与搜索范围的开始对齐，并覆盖整个搜索范围。目前，我要在业务逻辑中计算桶，并发查询多次，很快就会达到极限。

这种行为适用于所有时间单位，例如秒、分钟、小时和天。如果我将存储桶大小指定为 7 天，则存储桶的结果甚至会与星期一对齐。

由于我找不到关于这种行为的任何文件，因此，我的问题是，

如果可能的话，如何得到我预期的结果？

如果不是，Azure 推荐的服务是什么来实现我的目标？

我已经设置了一个从设备接收消息的 IotHub。集线器正在接收消息，我可以看到信息到达并在 TSI 中处理。 来自 TSI Azure 的指标

但是，当尝试在 TSI 环境中查看数据时，我收到一条错误消息，指出没有数据。

我认为问题可能与设置模型有关。我创建了一个层次结构、类型和一个实例。

模型视图 - 实例

据我了解，实例字段是引用数据集所需要的。在我的例子中，通过 IOT HUb 推送的 Json 消息有一个名为 dvcid 的字段，其中“1”是唯一发送值的设备的名称。

难道我做错了什么？

如何检查存储在 TSI 中的数据，例如行和列？

是否有在线教程或示例，我可以在其中查看原始数据以及基于该数据创建的模型？

提前致谢

嗨，我们刚刚开始使用时间序列洞察力。我们需要列出特定时间序列 id 下的属性值的指定列表。根据 azure 中的文档，我们在 post 方法中使用以下 API 来实现这一点。

https://XXXXX_EnvironmentFqdn_XXXXX.env.timeseries.azure.com/timeseries/query?api-version=2018-11-01-preview

将以下请求正文发布到 API 时

它返回带有以下错误消息的 400 错误请求。

从响应主体 API 中删除projectedProperties 属性可以正常工作，但它会返回时间序列的所有属性。

任何帮助我都会非常感激并提前感谢。

我正在尝试将遥测数据从 Azure IoT 中心路由到 Azure 时序见解以进行中期存储和可视化，并将遥测数据路由到 Azure Blob 存储以进行长期存储。

我在 IoT 中心为 timeseriesinsights 创建了一个新的消费者组，并在 TimeSeries Insights 上添加了一个指向此消费者组的 IoT 中心事件源。到目前为止，数据已路由到时序见解。

当我将所有遥测（查询 = true）的自定义路由和 blob 端点添加到 Azure IoT 中心时，时序见解事件源似乎中断，因此现在更长的数据存储在时序见解中。

我目前看到的唯一解决方案是将数据从 IoT Hob 转发到事件中心，然后使用事件中心捕获将数据存储到 blob 并将时序见解事件源连接到事件中心。

1. 其他人有同样的问题吗？
2. 有没有更好的解决方案之间没有eventhub？

我们部署了一个 Azure TSI 预览版，用于摄取来自 IoT 中心的消息。当不同类型的设备生成且没有属性交集的事件时，我们正在徘徊什么是最佳实践。

例如，考虑来自 A 类设备的消息：

和来自 B 类设备的消息

其中timestamp是用作源时间戳devicetype的列和用作时间序列 ID 的列。

按照文档，并在资源管理器中检查结果事件，结果输出看起来像

在实践中，我们拥有不同类型的设备，它们永远不会共享任何属性。所以，

• 我们是否会在速度和内存分配（blob）方面获得相同程度的性能？
• 我们在浪费空间吗？
• 有没有更好的方式来组织活动？
• 如果我们更改属性并引入一个公共字段怎么办？

谢谢 ：）