Google cloud platform 具有多个子文件夹级别的Google IoT注册表主题

大家好，我对谷歌云物联网有以下问题，特别是注册表创建和子文件夹：

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

最初的想法是使用如下结构：

• 主题/功率计/PM1/v1
• 主题/功率计/PM1/V2
• 主题/PowerMeter/PM1/v3
• 主题/功率计/PM1/C1
• 主题/功率计/PM1/C2
• 主题/功率计/PM1/C3
• …以此类推，得出19个/PM1值/

问题是。。。将一组打包在有效负载中的值发送到云中进行处理是一种好的做法吗？还是最好将所有主题分开

我知道，随着完成任务所花费的时间越来越长，云功能的成本也越来越高，所以单独讨论主题可以吗

如果是，怎么做？只有10个主题/子文件夹可供使用

那么，如何处理具有相同子文件夹的报警？我需要一些关于这个小项目的指导也许谷歌文档把我弄糊涂了

---

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

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

您输入的数据的最终目标是什么？它会全部存储在同一个数据库中吗？仅实时分析？虽然函数的运行时间越长，成本就越高，但执行次数越多，成本也就越高。因此，根据我们谈论的人数，这也可能是一个问题。广义地说，除非你正在用数据的结果做非常复杂的事情，否则它无论如何都会很快，所以时间流逝（CPU使用）不会比CPU时间更短的多次调用多得多。Gabewiss我只想将其存储在表中，最多两个。问题是im读取的设备需要保存20个变量，可能将所有这些变量保存在json中，然后使用云函数进行处理和存储？这样会是快速的最佳实践吗？分为20个主题似乎是不可能的……非常感谢@Gabewiss“从基础设施的角度来看，管理一个vs 20将更容易/更好”这是主要的关注点没有问题！如果您有问题，请随时在Twitter上与我联系，我的DMs是开放的（@gabewiss_）