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

[PraNkiSh]

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

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

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

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

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

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

[kolobok0]

... облачные решения...

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

(круглый)

[AlexandrY]

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

Облако это когда работаем по API с доменом не зная ни IP, ни физического сервера.
В один момент с нами работает один сервер, а в другую секунду уже другой.

Вот ThingSpeak это не облако потому что хостить это чудо надо самому где-то.
А вот IBM Blue Mix или Microsoft Azure это облака.

[kolobok0]

...работаем по API с доменом не зная ни IP, ни физического сервера. ...

т.е. свои протоколы, а не стандарт Ethernet?
Или всё-таки "облако" живёт до обычного резолвера, в обычный IP ?

...В один момент с нами работает один сервер, а в другую секунду уже другой....

и для поддержания динамики в IP выдумали новый термин? прям по анекдоту ))
значит если я реализую обычное переключение клиента между различными серваками - это и есть "спрэй"(С) (ну или нью облако)?

(круглый)
ЗЫ
2AlexandrY
Спасибо!


Сообщение отредактировал kolobok0 - Jan 12 2016, 13:19

[AlexandrY]

т.е. свои протоколы, а не стандарт Ethernet?
Или всё-таки "облако" живёт до обычного резолвера, в обычный IP ?

и для поддержания динамики в IP выдумали новый термин? прям по анекдоту ))
значит если я реализую обычное переключение клиента между различными серваками - это и есть "спрэй"(С) (ну или нью облако)?

Термин облако характеризует инфраструктуру для размещения приложений как с моей точки зрения.
Протоколы к этому не имеют отношения.
У облака инфраструктура полностью скрыта, поэтому нельзя полагаться на адреса IP. Но это только как технический нюанс, не закон.

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

Но может облака кто-то по другому интерпретирует.