Azure Functions Service Bus trigger ၏ proxy ဆက်တင်များ host.json တွင်

function ကုဒ်တွင် အခြား ServiceBusClient ကို ပြင်ဆင်မည့်အစား Service Bus extension 5.x ၏ host.json webProxy ကို amqpWebSockets ဖြင့် အသုံးပြုပါ။

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

ဤသည်ကို လက်ရှိ Functions host ဖွဲ့စည်းမှုတွင် ပေါင်းစပ်ပါ။ binding extension သည် trigger ၏ client ကို ဖန်တီးသည်။ function ကုဒ်တွင် သီးခြားတည်ဆောက်ထားသော client သည် ၎င်းကို အစားထိုးမည်မဟုတ်ပါ။

Extension 5.x သည် webProxy ကို amqpWebSockets ဖြင့် ပံ့ပိုးသည်၊ amqpTcp ဖြင့် မဟုတ်ပါ။ namespace/authentication ကို လက်ရှိ Service Bus ချိတ်ဆက်မှု ဆက်တင်တွင် ထားရှိပါ။ အများသူငှာ ကြားခံများ ခွင့်ပြုထားသော အများသူငှာ Service Bus namespace အတွက် HTTP proxy စာရင်း သည် အကောင့်မလိုသော webProxy URL အတွက် ကိုယ်စားလှယ်လောင်းများ ပေးသည်။

application-setting နှင့် ညီမျှသည်များမှာ−

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

ထို နှစ်ချောင်းအောက်ခံမျဉ်း အဆင့်ဆင့်ဖွဲ့စည်းမှုကို environment ဆက်တင်များတွင် သို့မဟုတ် local development အတွက် local.settings.json ဖိုင်၏ Values ကဏ္ဍရှိ ထည့်သွင်းချက်များအဖြစ် အသုံးပြုပါ။ ယင်းတို့သည် host ဆက်တင်များဖြစ်ပြီး connection-string အကွက်များ မဟုတ်ပါ။

တပ်ဆင်ထားသော extension မျိုးဆက်နှင့် ကိုက်ညီအောင် လုပ်ပါ။ သီးခြားခွဲထားသော worker ၏ သီးခြား HTTP သို့မဟုတ် Service Bus client သည် ၎င်း၏ ကိုယ်ပိုင်လမ်းကြောင်း လိုအပ်ဆဲဖြစ်သည်။

ဆက်စပ်ဆောင်းပါးများ