Proxy-ynstellingen foar de Service Bus-trigger fan Azure Functions yn host.json

Brûk webProxy yn host.json fan 'e Service Bus-útwreiding 5.x mei amqpWebSockets, ynstee fan it konfigurearjen fan in oare ServiceBusClient yn 'e funksjekoad.

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

Foegje dit gear yn 'e besteande Functions-hostkonfiguraasje. De bining-útwreiding makket de client fan 'e trigger; in apart boude client yn 'e funksjekoad ferfangt dy net.

Útwreiding 5.x stipet webProxy mei amqpWebSockets, net amqpTcp. Hâld namespace/authentication yn 'e besteande Service Bus-ferbiningynstelling. Foar in iepenbier Service Bus-namespace dêr't iepenbiere tuskenlizzers tastien binne, biedt de HTTP-proxylist kandidaten foar de webProxy-URL sûnder account.

De ekwivalinten yn 'e applikaasje-ynstellingen binne:

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

Brûk dy dûbele-ûnderstreek-hiërargy yn omjouwingsynstellingen, of fermeldingen yn it bestân local.settings.json, seksje Values, foar lokale ûntwikkeling. It binne hostynstellingen, gjin connection string-fjilden.

Pas by de ynstalleare útwreidingsgeneraasje. De ûnôfhinklike HTTP- of Service Bus-client fan in isolearre worker hat noch altyd syn eigen rûte nedich.

Relatearre artikelen