Definições de proxy do acionador Service Bus do Azure Functions em host.json

Use webProxy do host.json da extensão Service Bus 5.x com amqpWebSockets, em vez de configurar outro ServiceBusClient no código da função.

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

Mescle isto na configuração existente do anfitrião Functions. A extensão de enlace cria o cliente do acionador; um cliente construído separadamente no código da função não o substitui.

A extensão 5.x suporta webProxy com amqpWebSockets, não amqpTcp. Mantenha o namespace/autenticação na definição de ligação do Service Bus existente. Para um namespace público do Service Bus onde intermediários públicos são permitidos, a lista de proxies HTTP fornece candidatos para o URL webProxy sem conta.

Os equivalentes nas definições da aplicação são:

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

Use essa hierarquia de sublinhado duplo nas definições de ambiente, ou entradas no ficheiro local.settings.json, secção Values, para desenvolvimento local. São definições do anfitrião, não campos de cadeia de ligação.

Alinhe com a geração de extensão instalada. O cliente HTTP ou Service Bus independente de um worker isolado continua a precisar da sua própria rota.

Artigos relacionados