Прокси поставки за Service Bus тригерот во Azure Functions во host.json

Користете webProxy во host.json од Service Bus проширувањето 5.x со amqpWebSockets, наместо да конфигурирате друг ServiceBusClient во кодот на функцијата.

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

Спојте го ова во постоечката конфигурација на Functions host. Проширувањето за поврзување го создава клиентот на тригерот; посебно изграден клиент во кодот на функцијата не го заменува.

Проширувањето 5.x поддржува webProxy со amqpWebSockets, а не amqpTcp. Задржете го namespace/authentication во постоечката поставка за врска на Service Bus. За јавен Service Bus namespace каде што се дозволени јавни посредници, списокот на HTTP прокси нуди кандидати за webProxy URL без сметка.

Еквивалентите во поставките на апликацијата се:

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

Користете ја таа хиерархија со двојна долна црта во поставките за околината или записи во датотеката local.settings.json, дел Values, за локален развој. Тоа се host поставки, не полиња на connection string.

Усогласете се со инсталираната генерација на проширувањето. Независниот HTTP или Service Bus клиент на изолиран worker сè уште бара своја рута.

Поврзани статии