Proxy-Einstellungen für Azure Functions Service Bus-Trigger in host.json

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

Fügen Sie dies in die vorhandene Functions-Hostkonfiguration ein. Die Bindungserweiterung erstellt den Client des Triggers; ein separat im Funktionscode erstellter Client ersetzt ihn nicht.

Erweiterung 5.x unterstützt webProxy mit amqpWebSockets, nicht amqpTcp. Belassen Sie Namespace/Authentifizierung in der vorhandenen Service Bus-Verbindungseinstellung. Für einen öffentlichen Service Bus-Namespace, in dem öffentliche Vermittler zulässig sind, bietet die HTTP-Proxy-Liste Kandidaten für die webProxy-URL ohne Konto.

Die Entsprechungen in den Anwendungseinstellungen sind:

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

Verwenden Sie diese Hierarchie mit doppeltem Unterstrich in Umgebungseinstellungen oder Einträge in der Datei local.settings.json, Abschnitt Values, für die lokale Entwicklung. Es sind Hosteinstellungen, keine Verbindungszeichenfolgenfelder.

Passen Sie zur installierten Erweiterungsgeneration. Der unabhängige HTTP- oder Service-Bus-Client eines isolierten Workers benötigt weiterhin seine eigene Route.