Налаштування проксі для тригера 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. Залиште простір імен/автентифікацію в наявному параметрі підключення 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 усе ще потребує власного маршруту.

Схожі статті