1 раз в минуту по TCP небольшие сообщения примерно по килобайту. В сообщениях состояние устройства и разные полезные параметры. Если одно или несколько сообщений не доходят от конкретного экземпляра устройства до сервера, то в принципе ничего страшного не происходит, то есть прием сообщений дело хорошее, но в случае пропусков ничего страшного. Это не банковские переводы. Состояние устройств которое отправляется в сообщении должно быть зафиксировано в базе данных. Пока просто фиксируется, в дальнейшем возможно (но это не точно) будут настраиватся какие то реакции на события.
Собственно вопрос в том на чем это можно сделать? Какие технологии? 10 лет назад я бы просто написал TCP-сервер который слушает и складывает сообщения в БД. Но сейчас же есть масса продуктов с которыми эту задачу решать более элегантнее можно. Или нет? Вот например Apache Kafka - по описанию вполне похоже на что-то принимающее данные и имеющее возможность подключение потребителей для сообщений.
Influxdb какой и телеграф с tcp socket input
Смотрите в сторону решений для метрик, там есть разные
Обсуждают сегодня