Хера себе запросы)

Ну там же бд с 3 запросами будет. Конечно нужен куб 😆
И кластер.

И пара стоек с топовым x86 чтобы мониторить кластер куба из малинок 😉

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

про безопасность я вообще молчу)

а как решается проблема если датчик хочет пушнуть в mqtt данные а инета нет, писать самому куда то в файл а потом когда появиться уже пушить всё списком?

Резервный канал инета

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

ну у меня есть данные аля открытие закрытие двери, они очень важны

там, где исторические данные критичны, датчики всё хранят на внутреннем накопителе, плюс каналы резервируются.

понял

А если электричество на датчике пропадёт?

электричество резервировано

а иоб в облаке?

*хаб умного дома, база или другой потребитель данных

да я ещё не решил будет иоб или кто-то, у меня пока только в голове mqtt брокер и бд influx

mqtt умеет хранить данные пока их не вычитает клиент. можно сделать так: датчик на витухе с PoE, свитч и локальный mqtt сервер на ИБП. хаб умного дома где угодно, подключается к mqtt как клиент. датчик пушит данные в mqtt сервер, клиент забирает при наличии инета. если инета нет, ничего не потеряется. риски — пропало питание надолго, погас ИБП. или перебили провод до датчика

Ну напиши на питоне скрипт клиент мкутт, который будет пересылать данные в бд

Зачем хаб умного дома?

хаб, база+скрипт, не важно на самом деле. потребитель данных)