2015-05-10 1 views

ответ

0

Предполагая, что я понял, что вы описываете, вам нужно будет написать клиент MQTT, который будет подписаться на темы, которые вас интересуют в брокере, а затем отправить их в интерфейс REST.

EDIT:

Если с другой стороны, вы хотите, чтобы прочитать данные из брокера MQTT через REST звонка с мобильного клиента, то вы, вероятно, не поняли, как паб/суб работы и должны смотреть на архитектуры ваших решений.

+0

hardillb, извините за мой плохой английский и спасибо за помощь. Мое сомнение связано с отношениями REST и MQTT, клиенту, вероятно, придется перенести информацию, полученную в реальном времени через абонента, чтобы я мог преобразовать данные по результатам моих конечных точек REST, не так ли? –

+0

Для сильно развязанного отправителя в MQTT из приложения, которое читает с использованием REST, сохранение сообщений MQTT может быть хорошим выбором. Если вы хотите эмулировать шаблон «push» от MQTT до REST, вы можете использовать «длинный опрос» на стороне HTTP. Клиент выполняет запрос REST (например, GET) на ресурсе, который соответствует теме на стороне MQTT (той же иерархии), но сервер не отправляет данные, но оставляет соединение открытым) (я не знаю, можете ли вы это сделать на мобильных услугах). Когда сообщение MQTT отправляется в соответствующий раздел, сервер откликается на клиента и отправляет сообщение и, наконец, закрывает соединение. – ppatierno

+0

ppatierno, я думал, и моя первая идея заключалась в том, чтобы клиент MQTT (узел js) подключался к Azure Service Bus и потреблял информацию через Azure Mobile Services (REST API) на мобильных устройствах, это хороший/работоспособный подход ? –