Захоўвайце налады проксі 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 daemon застаюцца асобнымі спажыўцамі. У EFLOW яны працуюць у Linux VM, таму налада толькі на хастэ Windows іх не канфігуруе. Карыстальніцкія модулі таксама патрабуюць уваходных даных, якія падтрымліваюць іх уласныя кліенты.

Падобныя артыкулы