Прокси настройки на 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. Разширението за обвързване създава клиента на тригера; отделно създаден клиент в кода на функцията не го заменя.

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

Еквивалентите в настройките на приложението са:

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

Използвайте тази йерархия с двойни долни черти в настройките на средата или записи във файла local.settings.json, раздел Values, за локална разработка. Това са настройки на хоста, а не полета на низ за връзка.

Съобразете с инсталираното поколение на разширението. Независимият HTTP или Service Bus клиент на изолиран worker все още се нуждае от собствен маршрут.

Подобни статии