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

Может мы о разных вещах говорим, но в чем сложность сформировать пакет с параметрами, сунуть его в tcp сокет и послать девайсу, а от него получить данные по счетчикам или еще что, и послать серваку, в таком же пакете, а там уже распарсить его хоть тем-же пхп, например?? Создать базу данных конфига и принятых данных от девайса и обрабатывать их дальше, как нужно в задаче?? Ну на 10 лямов точно не тянет
Я за всю разработку и тестирование взял всего 500к руб.
Хотя каждый сам за себя решает, что ему ближе

ЗЫ. Сомневаюсь, что для всего 500 девайсов нужны какие-то навороченные серваки, да еще и во множественном числе, разве, что в горячем резерве... Скорости опроса и поток данных там скорей всего никакой.

кстати, у tcp поточная передача, а не пакетная - данные могут случайным образом фрагментироваться. А так - "сунуть" сложности нет, сложность возникает при структурировании данных, особенно если все устройства разнородные. Ведь нужен же какой-то прикладной протокол обмена поверх tcp с возможностью интеграции с другими компонентами системы. При чем стандартный протокол, а не "велосипед", который без создателя если куда и поедет, то очень недалеко и, возможно, недолго.

Я это все прекрасно понимал и поэтому выбрал modbus-tcp и просто и стандартно, чем не вариант? Или сейчас все считают, что он безвозвратно устарел...

Если есть NAND то можно оттуда стартовать - сделать rootfs ro. USB монтировать если надо конфиги там держать