Раздел реестра Google IoT с несколькими уровнями подпапок

Всем привет. У меня возникла следующая проблема с Google Cloud IoT, в частности, с созданием реестра и вложенными папками:

У меня есть устройство с ровно 19 значений для отправки, и теперь все они важны. Google позволяет мне создать реестр с 10 темами / подпапками.

первоначальная идея [ИДЕЯ] заключалась в использовании такой структуры:

  • темы / PowerMeter / PM1 / v1
  • темы / PowerMeter / PM1 / V2
  • темы / PowerMeter / PM1 / v3
  • темы / PowerMeter / PM1 / C1
  • темы / PowerMeter / PM1 / C2
  • темы / PowerMeter / PM1 / C3
  • .... и так далее для 19 значений / PM1 /

вопрос ... это хорошая практика - отправлять набор значений, упакованных в полезную нагрузку, для последующей обработки в облаке? или лучше всего разделить все по темам? ...

Я понимаю, что облачные функции становятся дороже, поскольку время, затрачиваемое на выполнение задачи, увеличивается, поэтому, может быть, отдельные темы должны быть в порядке?

если да, то как это сделать? есть всего 10 тем / подпапок для работы ....

тогда как обрабатывать тревоги с теми же подпапками? Мне нужно какое-то руководство по этому маленькому проекту, может быть, документация Google смутила меня?

в любом случае кому-нибудь ваша помощь очень ценится


google-cloud-platform iot google-cloud-iot
person Juan Quintero    schedule 21.01.2019    source источник
comment
Какова конечная цель поступающих данных? Будет ли все это храниться в одной базе данных? Только анализ в реальном времени? Хотя функции действительно становятся дороже с увеличением времени выполнения, они также становятся дороже с количеством выполнений. Так что, в зависимости от того, о скольких мы говорим, это тоже может быть проблемой. Вообще говоря, если вы не делаете невероятно сложные вещи с результатами на основе данных, все равно это будет быстро, поэтому затраченное время (использование ЦП) на самом деле не будет значительно больше, чем несколько вызовов с более коротким временем ЦП.   -  person Gabe Weiss    schedule 01.02.2019
comment
GabeWeiss Я хочу хранить это только внутри таблиц, возможно, не более двух. дело в том, что устройство, которое я читаю, должно сохранять ровно 20 переменных, может быть, взять все эти переменные в json, а затем обработать и сохранить с помощью облачных функций? это будет быстро - лучший способ такой практики? разделить на 20 тем не представляется возможным ......   -  person Juan Quintero    schedule 04.02.2019

Ответы (1)


arrow_upward
1
arrow_downward

Теперь, когда я получил ясность из комментария, я бы определенно имел все значения в одном json blob, использовал одну облачную функцию для анализа и перемещения в хранилище. Время обработки 19 значений по сравнению с 1 значением для каждого наверняка будет намного меньше по сравнению с развертыванием 19/20 отдельных функций. Даже если с данными проделан большой объем работы, вы, скорее всего, все равно оплачиваете эту стоимость за каждую отдельную функцию. С точки зрения инфраструктуры, управлять одним против 20 будет намного проще / лучше.

person Gabe Weiss    schedule 04.02.2019
comment
Большое спасибо @GabeWeiss 'С точки зрения инфраструктуры, управлять одним против 20 будет намного проще / лучше', это было основной проблемой - person Juan Quintero; 05.02.2019
comment
Без проблем! Если у вас есть проблемы, не стесняйтесь обращаться ко мне в Twitter, мои личные сообщения открыты (@GabeWeiss_) - person Gabe Weiss; 05.02.2019