Какой подход должен быть реализован для связи IOT Hub с Web App?
Я новичок в управляемых службах Azure. Я не уверен, что описанный ниже подход является лучшим подходом для связи IOT HUB с WEB-приложением.
В IOT Hub мы создали несколько устройств. Таким образом, эти устройства будут отправлять полезную нагрузку в байтовом формате на концентратор IOT.
Теперь из концентратора IOT я должен передать эту полезную нагрузку веб-приложению, размещенному в Azure, обработать эти полезные нагрузки и отправить ответную полезную нагрузку на это устройство с помощью сервис-клиента IOT-концентратора.
Для передачи полезных данных из IOT Hub в веб-приложение я сделал следующее.
Подход последовал:
Шаг 1. Создайте пространство имен служебной шины в Azure и создайте очередь (boxtoserverqueue) в пространстве имен служебной шины.
Шаг 2: Я создал конечную точку для указанной выше очереди Servicebus в IOT Hub(пользовательская конечная точка)
Шаг 3: Я создал триггер очереди Servicebus Непрерывно работающий WebJob внутри моего веб-приложения. Итак, этот WebJob будет прослушивать сообщение Servicebus. Всякий раз, когда BrokerMessage добавляется в очередь служебной шины из концентратора IOT, это веб-задание запускается сообщением брокера. Затем я обработаю полезную нагрузку и отправлю ее обратно в Azure IOT Hub напрямую, используя IOT-концентратор serviceClient.
Я в правильном направлении с этим подходом или я должен подумать о клиентском концентраторе событий для достижения вышеуказанной связи между IOT Hub и веб-приложением, или другой прототип доступен для этой связи?
Примечание. Я читаю: если я использую в своем веб-приложении клиент-концентратор событий, я должен объединить клиент-концентратор событий для прослушивания цикла Сообщения при (истина){}. не уверен в этом.
Какой подход должен быть лучшим подходом для связи IOT HUB с Web App?
Пожалуйста, поделитесь своими мыслями по этому поводу?
Заранее спасибо!