Paramètres de proxy du déclencheur Service Bus d'Azure Functions dans host.json

Utilisez webProxy de host.json de l'extension Service Bus 5.x avec amqpWebSockets, plutôt que de configurer un autre ServiceBusClient dans le code de la fonction.

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

Fusionnez ceci dans la configuration existante de l'hôte Functions. L'extension de liaison crée le client du déclencheur ; un client construit séparément dans le code de la fonction ne le remplace pas.

L'extension 5.x prend en charge webProxy avec amqpWebSockets, et non amqpTcp. Conservez l'espace de noms/l'authentification dans le paramètre de connexion Service Bus existant. Pour un espace de noms Service Bus public où les intermédiaires publics sont autorisés, la liste de proxys HTTP fournit des candidats pour l'URL webProxy sans compte.

Les équivalents dans les paramètres d'application sont :

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

Utilisez cette hiérarchie à double trait de soulignement dans les paramètres d'environnement, ou des entrées dans le fichier local.settings.json, section Values, en développement local. Ce sont des paramètres d'hôte, pas des champs de chaîne de connexion.

Alignez-vous sur la génération d'extension installée. Le client HTTP ou Service Bus indépendant d'un worker isolé a toujours besoin de son propre itinéraire.

Articles similaires