Настройки прокси для триггера Service Bus в Azure Functions в host.json

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

Объедините это с существующей конфигурацией узла Functions. Расширение привязки создаёт клиент триггера; отдельно созданный клиент в коде функции его не заменяет.

Расширение 5.x поддерживает webProxy с amqpWebSockets, а не amqpTcp. Оставьте пространство имён/аутентификацию в существующем параметре подключения Service Bus. Для публичного пространства имён Service Bus, где разрешены публичные посредники, список HTTP-прокси предлагает кандидатов для URL webProxy без учётной записи.

Эквиваленты в параметрах приложения:

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

Используйте эту иерархию с двойным подчёркиванием в параметрах среды или записи в файле local.settings.json, раздел Values, для локальной разработки. Это параметры узла, а не поля строки подключения.

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