Mga setting ng proxy ng Service Bus trigger sa Azure Functions sa host.json

Gamitin ang webProxy ng host.json ng Service Bus extension 5.x kasama ng amqpWebSockets, sa halip na i-configure ang ibang ServiceBusClient sa code ng function.

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

Isama ito sa umiiral na configuration ng host ng Functions. Ang binding extension ang gumagawa ng client ng trigger; ang client na hiwalay na binuo sa code ng function ay hindi pumapalit dito.

Sinusuportahan ng extension 5.x ang webProxy kasama ng amqpWebSockets, hindi amqpTcp. Panatilihin ang namespace/authentication sa umiiral na setting ng koneksyon ng Service Bus. Para sa pampublikong namespace ng Service Bus kung saan pinapayagan ang mga pampublikong tagapamagitan, nagbibigay ang listahan ng HTTP proxy ng mga kandidato para sa webProxy URL na walang account.

Ang mga katumbas sa setting ng application ay:

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

Gamitin ang doble-underscore na hierarchy na iyon sa mga setting ng environment, o mga entry sa file na local.settings.json, seksyon na Values, para sa lokal na pag-develop. Mga setting ito ng host, hindi mga field ng connection string.

Itugma sa naka-install na henerasyon ng extension. Ang independiyenteng HTTP o Service Bus client ng isang nakahiwalay na worker ay kailangan pa rin ng sarili nitong ruta.

Kaugnay na mga artikulo