host.json میں Azure Functions Service Bus ٹرگر کی پراکسی سیٹنگز

فنکشن کوڈ میں دوسرا 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 ٹرگر کا client بناتا ہے؛ فنکشن کوڈ میں الگ سے بنایا گیا client اس کی جگہ نہیں لیتا۔

ایکسٹینشن 5.x webProxy کو amqpWebSockets کے ساتھ سپورٹ کرتا ہے، amqpTcp کے ساتھ نہیں۔ namespace/authentication کو موجودہ Service Bus کنکشن سیٹنگ میں رکھیں۔ ایسے عوامی Service Bus namespace کے لیے جہاں عوامی ثالثوں کی اجازت ہے، HTTP پراکسی فہرست بغیر اکاؤنٹ والے webProxy URL کے لیے امیدوار فراہم کرتی ہے۔

ایپلیکیشن-سیٹنگ کے متبادل یہ ہیں:

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

وہ ڈبل-انڈر اسکور درجہ بندی environment سیٹنگز میں استعمال کریں، یا مقامی ڈویلپمنٹ کے لیے local.settings.json فائل کے Values حصے میں اندراجات کے طور پر۔ یہ host سیٹنگز ہیں، connection-string فیلڈز نہیں۔

نصب شدہ ایکسٹینشن نسل سے مطابقت رکھیں۔ الگ تھلگ worker کا خودمختار HTTP یا Service Bus client اب بھی اپنا راستہ چاہتا ہے۔

متعلقہ مضامین