Configuración de proxy del desencadenador de Service Bus de Azure Functions en host.json

Use webProxy de host.json de la extensión Service Bus 5.x con amqpWebSockets, en lugar de configurar otro ServiceBusClient en el código de la función.

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

Combine esto en la configuración existente del host de Functions. La extensión de enlace crea el cliente del desencadenador; un cliente construido por separado en el código de la función no lo reemplaza.

La extensión 5.x admite webProxy con amqpWebSockets, no amqpTcp. Mantenga el espacio de nombres/autenticación en la configuración de conexión de Service Bus existente. Para un espacio de nombres público de Service Bus donde se permiten intermediarios públicos, la lista de proxies HTTP ofrece candidatos para la URL de webProxy sin cuenta.

Los equivalentes en la configuración de la aplicación son:

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

Use esa jerarquía de doble guion bajo en la configuración del entorno, o entradas en el archivo local.settings.json, sección Values, de desarrollo local. Son ajustes del host, no campos de cadena de conexión.

Coincida con la generación de extensión instalada. El cliente HTTP o de Service Bus independiente de un worker aislado sigue necesitando su propia ruta.

Artículos relacionados