Azure Functions の Service Bus トリガーのプロキシ設定（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 プロキシ一覧がアカウント不要の webProxy URL の候補を提供します。

アプリケーション設定での同等のものは次のとおりです。

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

この二重アンダースコアの階層を環境設定で使用するか、ローカル開発の local.settings.json の Values にエントリとして記述します。これらはホスト設定であり、接続文字列のフィールドではありません。

インストールされている拡張機能の世代に合わせてください。分離ワーカーの独立した HTTP または Service Bus クライアントは、依然として独自のルートを必要とします。