Сохраняйте настройки прокси Azure IoT Edge в манифестах развёртывания

Начальное подключение может пропасть, если более поздний манифест заменит среду edgeAgent/edgeHub без значений прокси.

Когда развёртывание заменяет определения среды выполнения, сохраняйте прокси в обоих модулях. Для edgeAgent объедините:

"env": {
  "https_proxy": {
    "value": "http://proxy.example:8080"
  },
  "UpstreamProtocol": {
    "value": "AmqpWs"
  }
}

Держите это в edgeAgent desired properties/systemModules вместе с фактическими определениями. Сохраняйте образы, параметры и другие записи среды. edgeHub тоже нужен его https_proxy; показанный UpstreamProtocol сохраняет выбор AmqpWs при запуске агента.

AMQP через WebSockets требуется, когда посредник блокирует собственный AMQP. HTTP-URL описывает прослушиватель, хотя служба использует TLS.

Переносите значения в будущие манифесты. Удаление маршрута edgeAgent может помешать ему получить именно то развёртывание, которое должно его исправить.

Загрузка образов контейнерным движком, служба идентичности и демон Edge остаются отдельными потребителями. В EFLOW они работают в виртуальной машине Linux, поэтому настройка только на узле Windows их не настраивает. Пользовательским модулям тоже нужны входные данные, которые поддерживают их собственные клиенты.

Похожие статьи