【问题标题】:Google IoT Registry Topic with multiple subfolder levels具有多个子文件夹级别的 Google IoT Registry 主题
【发布时间】:2019-01-21 21:14:56
【问题描述】:

大家好,我在使用 Google Cloud IoT 时遇到以下问题,尤其是注册表创建和子文件夹:

我有一个要发送的设备正好有 19 个值,现在所有的值都很重要,谷歌让我创建一个最多包含 10 个主题/子文件夹的注册表

最初的想法 [IDEA] 是使用如下结构:

  • 主题/PowerMeter/PM1/v1
  • 主题/PowerMeter/PM1/V2
  • 主题/PowerMeter/PM1/v3
  • 主题/PowerMeter/PM1/C1
  • 主题/PowerMeter/PM1/C2
  • 主题/PowerMeter/PM1/C3
  • ....等 19 个 /PM1/ 值

问题...发送一堆打包在有效负载中的值然后在云中处理是一种好习惯吗?还是最好将所有主题分开?...

我知道随着完成任务的时间越来越长,云功能变得越来越昂贵,所以也许分开主题应该可以吗?

如果是这样,该怎么做?只有 10 个主题/子文件夹可供使用....

那么如何处理具有相同子文件夹的警报?我需要一些关于这个小项目的指导,也许谷歌文档让我感到困惑?

无论如何任何人非常感谢您的帮助

【问题讨论】:

  • 您输入的数据的最终目标是什么?会全部存储在同一个数据库中吗?仅实时分析?虽然函数确实会随着运行时间的增加而变得更昂贵,但它们也会因为执行次数而变得更昂贵。因此,根据我们谈论的数量,这也可能是一个问题。从广义上讲,除非你用数据的结果做非常复杂的事情,否则它无论如何都会很快,所以经过的时间(CPU 使用率)不会比 CPU 时间更短的多次调用多得多。跨度>
  • GabeWeiss 我只想将其存储在最多两个表中。问题是我正在读取的设备需要准确保存 20 个变量,也许将所有这些变量放在一个 json 中,然后使用云函数进行处理和存储?会很快 - 这种方式的最佳实践吗?分开 20 个主题似乎是不可能的......

标签: google-cloud-platform iot google-cloud-iot


【解决方案1】:

现在我已经从评论中得到了清晰的信息,我肯定会将所有值都放在一个 json blob 中,使用单个云函数来解析并移动到存储中。与旋转 19/20 个单独的函数相比,处理 19 个值与每个 1 个值的处理时间肯定要少得多。即使对数据进行了大量工作,您也可能会在每个单独的功能中支付这笔费用。从基础架构的角度来看,管理 1 vs 20 也会更容易/更好。

【讨论】:

  • 非常感谢@GabeWeiss '从基础架构的角度来看,管理 1 vs 20 会更容易/更好'这是主要问题
  • 没问题!如果您有任何问题,请随时在 Twitter 上与我联系,我的 DM 已开放 (@GabeWeiss_)
猜你喜欢
  • 2015-11-27
  • 1970-01-01
  • 1970-01-01
  • 2014-08-09
  • 1970-01-01
  • 1970-01-01
  • 2022-01-12
  • 2020-10-29
  • 1970-01-01
相关资源
最近更新 更多