- Концептуально - просто, достаточно простенького скрипта code ПОКА работаем , Аноним (1), 08:49 , 02-Авг-19 (1)
> Подскажите пожалуйста концептуально как такое построить.Концептуально - просто, достаточно простенького скрипта. ПОКА <работаем> ПОКА <есть_связь> ПЕРЕСЫЛАЕМ <данные> НА СЕРВЕР <сервер> ПОКА <нет_связи> ПИШЕМ <данные> В ФАЙЛ <аварийный_лог> ЕСТЬ ФАЙЛ <аварийный_лог>? ДА: ПЕРЕСЫЛАЕМ <аварийный_лог> НА СЕРВЕР <сервер> СТЕРЕТЬ ФАЙЛ <аварийный_лог>
- gt оверквотинг удален По описанию - классическая очередь сообщений Для начала, Ann None (?), 11:30 , 02-Авг-19 (5) –1
>[оверквотинг удален] > Т.е. скрипт на малине собирает данные с датчиков постоянно. При работающем канале > передачи данных эти данные в реальном времени шлются на сервер и > там попадают в БД. Если канал перестал работать (пропал 3G например), > то данные накапливаются на малинке. При восстановлении канала надо передать накопленные > и продолжить слать в реальном времени. > Подскажите пожалуйста концептуально как такое построить. > Хотелось бы максимально использовать системные возможности Linux и свободного ПО, поменьше > программировать своих велосипедов. > Чет я потерялся, не понимаю с использованием чего (технологии, протоколы, ПО) такое > лучше сделать.По описанию - классическая очередь сообщений. Для начала можно посмотреть на RabbitMQ.
- gt оверквотинг удален Одна тулза пишет данные в файл базу очередь буфер свой_в, fantom (??), 11:53 , 05-Авг-19 (9)
>[оверквотинг удален] > Т.е. скрипт на малине собирает данные с датчиков постоянно. При работающем канале > передачи данных эти данные в реальном времени шлются на сервер и > там попадают в БД. Если канал перестал работать (пропал 3G например), > то данные накапливаются на малинке. При восстановлении канала надо передать накопленные > и продолжить слать в реальном времени. > Подскажите пожалуйста концептуально как такое построить. > Хотелось бы максимально использовать системные возможности Linux и свободного ПО, поменьше > программировать своих велосипедов. > Чет я потерялся, не понимаю с использованием чего (технологии, протоколы, ПО) такое > лучше сделать.Одна тулза пишет данные в файл/базу/очередь/буфер/свой_вариант Вторая- вынимает и пропихивает дальше по принципу транзакций, пока транзакция не закрыта данные не считаются переданными.
- gt оверквотинг удален Тебе хорошо подойдет smtp протокол для этого Клиенты пу, Павел Отредиез (?), 17:29 , 16-Авг-19 (18)
>[оверквотинг удален] > Т.е. скрипт на малине собирает данные с датчиков постоянно. При работающем канале > передачи данных эти данные в реальном времени шлются на сервер и > там попадают в БД. Если канал перестал работать (пропал 3G например), > то данные накапливаются на малинке. При восстановлении канала надо передать накопленные > и продолжить слать в реальном времени. > Подскажите пожалуйста концептуально как такое построить. > Хотелось бы максимально использовать системные возможности Linux и свободного ПО, поменьше > программировать своих велосипедов. > Чет я потерялся, не понимаю с использованием чего (технологии, протоколы, ПО) такое > лучше сделать.Тебе хорошо подойдет smtp протокол для этого. Клиенты пусть имеют локальные smtp сервера, которые копят очередь и отсылают на центральный сервер. На центральном сервере транспортом пайп можно письма парсить и вносить в БД.
- БД с репликацией локально, ту же MySQL можно взять Модель данных можно придумат, Аноним (23), 17:01 , 21-Сен-20 (23)
БД с репликацией локально, ту же MySQL можно взять. Модель данных можно придумать такую, чтобы это был кольцевой буфер и не нужно было специально удалять старые данные, чтобы они перезаписывались при нормальной работе. replace into data_table ( KEY, TS, VALUE) values ( количество секунд от начала суток, время, значение) На том конце выбираете по TS и что-то делаете.
|