Однією з головних цілей IoT Edge є локалізація обчислення стійкого стану (нормальних умов) до краю, а не в хмарі.
Хто-небудь змусив Azure IoT Edge працювати як "прозорий" шлюз, як детально описано на
https://docs.microsoft.com/en-us/azure/iot-edge/iot-edge-as-gateway#patterns
зі стандартними протоколами (MQTT, AMQP), а не з власною SDK?
Відповіді:
Нам ніхто не зв’язався з тим, хто використовує власний клієнт протоколу для підключення до пристрою Azure IoT Edge, який працює як прозорий шлюз. Однак, у нас багато клієнтів успішно використовують клієнт протоколу для підключення до Azure IoT Hub. Для цих пристроїв підключення до пристрою Edge замість IoT Hub повинно вимагати встановлення декількох сертифікатів, як це детально описано в цій статті .
Я також зазначу, що клієнтський SDK, наданий Microsoft, не є власником. Пакети SDK відкриті на GitHub і розмовляють стандартними версіями MQTT, AMQP або HTTP.
Ми намагаємось зосередити нашу громадську підтримку помилок на нашій сторінці проблем GitHub та на питаннях у StackOverflow з тегом # azure-iot-edge. Надалі ви отримаєте швидшу відповідь на одному з цих форумів. У нас розробка постійно контролює ці проблеми.