Proksi-agordoj por la Service Bus-trigilo de Azure Functions en host.json

Uzu webProxy en host.json de la Service Bus-etendaĵo 5.x kun amqpWebSockets, anstataŭ agordi alian ServiceBusClient en la funkcia kodo.

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

Kunfandu tion en la ekzistantan agordon de la Functions-gastiganto. La liga etendaĵo kreas la klienton de la trigilo; kliento aparte konstruita en la funkcia kodo ne anstataŭas ĝin.

Etendaĵo 5.x subtenas webProxy kun amqpWebSockets, ne amqpTcp. Konservu la nomspacon/aŭtentikigon en la ekzistanta Service Bus-konekta agordo. Por publika Service Bus-nomspaco, kie publikaj perantoj estas permesataj, la listo de HTTP-prokuriloj proponas kandidatojn por la webProxy-URL sen konto.

La ekvivalentoj en la aplikaĵaj agordoj estas:

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

Uzu tiun hierarkion kun duoblaj substrekoj en mediaj agordoj, aŭ enskribojn en la dosiero local.settings.json, sekcio Values, por loka evoluigo. Ili estas gastigantaj agordoj, ne kampoj de konekta ĉeno.

Kongruigu kun la instalita etendaĵa generacio. Sendependa HTTP- aŭ Service Bus-kliento de izolita laboranto ankoraŭ bezonas sian propran itineron.

Rilataj artikoloj