Impostazioni proxy del trigger Service Bus di Azure Functions in host.json

Usare webProxy di host.json dell'estensione Service Bus 5.x con amqpWebSockets, invece di configurare un altro ServiceBusClient nel codice della funzione.

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

Unire questo nella configurazione esistente dell'host Functions. L'estensione di binding crea il client del trigger; un client costruito separatamente nel codice della funzione non lo sostituisce.

L'estensione 5.x supporta webProxy con amqpWebSockets, non amqpTcp. Mantenere namespace/authentication nell'impostazione di connessione Service Bus esistente. Per uno spazio dei nomi Service Bus pubblico in cui sono consentiti intermediari pubblici, l'elenco dei proxy HTTP offre candidati per l'URL webProxy senza account.

Gli equivalenti nelle impostazioni dell'applicazione sono:

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

Usare quella gerarchia a doppio trattino basso nelle impostazioni di ambiente, o voci nel file local.settings.json, sezione Values, per lo sviluppo locale. Sono impostazioni dell'host, non campi della stringa di connessione.

Allinearsi alla generazione di estensione installata. Il client HTTP o Service Bus indipendente di un worker isolato necessita comunque del proprio percorso.

Articoli correlati