Ustawienia serwera proxy dla wyzwalacza Service Bus w Azure Functions w host.json

Użyj webProxy w host.json rozszerzenia Service Bus 5.x z amqpWebSockets, zamiast konfigurować inny ServiceBusClient w kodzie funkcji.

{
  "version": "2.0",
  "extensions": {
    "serviceBus": {
      "transportType": "amqpWebSockets",
      "webProxy": "http://proxy.example:8080"
    }
  }
}

Scal to z istniejącą konfiguracją hosta Functions. Rozszerzenie powiązania tworzy klienta wyzwalacza; klient zbudowany osobno w kodzie funkcji go nie zastępuje.

Rozszerzenie 5.x obsługuje webProxy z amqpWebSockets, a nie amqpTcp. Zachowaj namespace/uwierzytelnianie w istniejącym ustawieniu połączenia Service Bus. Dla publicznej przestrzeni nazw Service Bus, w której dozwolone są publiczne pośredniki, lista serwerów proxy HTTP oferuje kandydatów dla adresu URL webProxy bez konta.

Odpowiedniki w ustawieniach aplikacji to:

AzureFunctionsJobHost__extensions__serviceBus__transportType=amqpWebSockets
AzureFunctionsJobHost__extensions__serviceBus__webProxy=http://proxy.example:8080

Użyj tej hierarchii z podwójnym podkreśleniem w ustawieniach środowiska lub wpisów w pliku local.settings.json, sekcja Values, do lokalnego rozwoju. To ustawienia hosta, a nie pola ciągu połączenia.

Dopasuj do zainstalowanej generacji rozszerzenia. Niezależny klient HTTP lub Service Bus izolowanego workera nadal potrzebuje własnej trasy.

Powiązane artykuły