ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
14 ноября
1174428 Топик полностью
Andreas (15.02.2022 09:18, просмотров: 352) ответил Vit на MQTT чихал на маршрутизацию. Для сверху вниз её надо прокладывать и этим кто-то должен заниматься - недостаточно просто какого-то протокола. Особенно актуально для случаев работы из-за NATа и/или неадресуемых сетей/соединений. Там (за NAT) без выхода клиента снизу и поллинга сервера (например, VPN, и как самое простое GRE) для поддержания TCP-соединения активным (чаще 1 раз в 2 минуты) толком никто ничего ещё не предлагал, ибо опять та же маршрутизация. Соответственно на
А чем это хорошо для счетчиков? 

Счетчик по любому инициатор обмена, быстро скидывает и немного слушает ответ(если можно и нужно), проблемы NAT в данном случае нет. Потребитель(сервер обработки и статистики) мощный комп, не сидит за NAT, нет проблемы потребления, но при MQTT от получает все проблемы маложручести. Фактически основная прелесть MQTT, насколько я понял, в полной отвязке сервера обработки от клиента, но при этом добавляется лишний слой, возможно даже и чужой. Ну еще стандартизация и возможность подключить чужое оборудование к своему сервису и наоборот. Но не уверен, что все настолько стандартно.