облачная визуализация мониторинга объектов, облачный мониторинг. Опции

[PraNkiSh]

не уверен что запостил в нужный раздел, поэтому перенесите или подскажите куда лучше заполстить.

задача
есть (разрабатывается) несколько железок для передачи состояния датчиков через GSM канал.
кол-во устройств 5-10штук.
информация разная и немного. срабатывание да/нет и значения в раземере 1-2байт.

вопрос - как наиболее бюджетно собрать всю эту информацию, записать ее в БД и потом отобразить красиво пользователю.

разрабатывать весь этот серверно-гуевый софт на такое кол-во точек мониторинга нет ни времени, ни бюджета, ни желания.
наверно моя задачка не уникальная и на сегодня есть какие-то готовые облачные решения ну или не open source решения.

как один из вариантов вижу - поднять на железке (на базе арм микроконтроллера) vpn (для безопасности) и передавать посредством SNMP, а его уже разбирать чем-то готовым, благо для SNMP много чего есть.
но такой вариант мне интуитивно не нравится.

да, в идеале помимо сбора через GPRS хочется реализовать усеченный сбор аварийных ситуаций посредством SMS ибо не всегда есть стабильный мобильный интернет в точках контроля

[psL]

как один из вариантов вижу - поднять на железке (на базе арм микроконтроллера) vpn (для безопасности) и передавать посредством SNMP, а его уже разбирать чем-то готовым, благо для SNMP много чего есть.
но такой вариант мне интуитивно не нравится.

А почему не нравится? Можно использовать, например, NMS типа Nagios, Zabbix, OpenNMS и тп с RRD базой данных.
Или вообще использовать InfluxDB+Grafana.

[PraNkiSh]

А почему не нравится? Можно использовать, например, NMS типа Nagios, Zabbix, OpenNMS и тп с RRD базой данных.
Или вообще использовать InfluxDB+Grafana.

не нравится тем, что SNMP задуман так, что сервер обращается к железке и отдает ей команды, а не сама железкка периодически стукается к серверу и сообщает о своем состоянии и в случае необходимости берет какие-то данные или команды на управление собой.

[AlexandrY]

не нравится тем, что SNMP задуман так, что сервер обращается к железке и отдает ей команды, а не сама железкка периодически стукается к серверу и сообщает о своем состоянии и в случае необходимости берет какие-то данные или команды на управление собой.

Это неверно. В SNMP есть механизм Trap-ов, т.е. асинхронных оповещений о событиях.
Просто в SNMP громоздкое кодирование.
И когда я внедрял свои дивайсы с SNMP организации еще требовали чтобы он поддерживал стандартные схемы мапинга сетевой статистики требуемые для из SNMP менеджеров, что совсем уже было обременительно.
Плюс для SNMP надо получать свой уникальный номер от IANA.