Zachowaj ustawienia proxy Azure IoT Edge w manifestach wdrożenia

Łączność rozruchowa może zniknąć, gdy późniejszy manifest zastąpi środowisko edgeAgent/edgeHub bez wartości proxy.

Gdy wdrożenie zastępuje definicje środowiska uruchomieniowego, pozostaw proxy w obu modułach. Dla edgeAgent scal:

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

Trzymaj to pod edgeAgent desired properties/systemModules razem z rzeczywistymi definicjami. Zachowaj obrazy, ustawienia i inne wpisy środowiska. edgeHub również potrzebuje swojego https_proxy; pokazany UpstreamProtocol zachowuje wybór AmqpWs przy starcie agenta.

AMQP przez WebSockets jest wymagane, gdy pośrednik blokuje natywny AMQP. Adres HTTP opisuje nasłuchującego, choć usługa używa TLS.

Przenieś wartości do przyszłych manifestów. Usunięcie trasy edgeAgent może uniemożliwić mu odebranie właśnie tego wdrożenia, które ma go naprawić.

Pobieranie obrazów przez silnik kontenerów, usługa tożsamości i demon Edge pozostają osobnymi konsumentami. W EFLOW działają w maszynie wirtualnej Linux, więc ustawienie tylko na hoście Windows ich nie konfiguruje. Moduły użytkownika również potrzebują danych wejściowych obsługiwanych przez ich własnych klientów.

Powiązane artykuły