Вы собираетесь управлять устройством в режиме реального времени. поэтому между приложением и устройством должно быть какое-то соединение. Это зависит от того, какое время ожидания вы ожидаете как достаточное.
Протокол HTTP идет с большими накладными расходами и задержкой. Он основан на модели ответа на запрос, поэтому вы не получите такого большого количества подключений в режиме реального времени, даже если пытаетесь запрашивать каждые 2 секунды, тогда это станет плохой практикой и тратит лишние данные, что в данном случае не требуется.
CoAP - аналогичная модель, но она отлично подходит для устройств с меньшим объемом памяти. как его цель, чтобы сделать это запрос данных от устройств с низким уровнем ресурсов, таких как микроконтроллеры с очень возможным уменьшенным размером пакета и заголовков.
, но я думаю, вы знаете, что в основном люди используют протокол MQTT для таких вещей. Он основан на модели подписки publi sh и всегда подключен к своему брокеру для дальнейших действий в режиме реального времени.
Вы также можете go для программирования сокетов по своему усмотрению, с которым вы можете подключаться и слушать на ваш хост-сервер (который также имеет открытый порт и прослушивание клиентских подключений). в этом сценарии вам нужно самостоятельно создать набор правил дрожания рук между узлами.
Я думаю, что MQTT хорошо практикуется и поддерживается многими сообществами. Вы также можете использовать общедоступный брокер MQTT. Также вы получите множество клиентских библиотек mqtt, которые вы можете использовать для удаленного управления устройством в режиме реального времени