إعدادات وكيل Azure Functions Service Bus Trigger في 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 مرشحين لعنوان webProxy بدون حساب.

مكافئات إعدادات التطبيق هي:

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

استخدم هذا التسلسل الهرمي المزدوج الشرطة السفلية في إعدادات البيئة، أو المدخلات في الملف local.settings.json، قسم Values. إنها إعدادات مضيف، وليست حقول سلسلة اتصال.

طابق جيل الامتداد المثبت. لا يزال عميل HTTP أو Service Bus المستقل لعامل معزول بحاجة إلى مساره الخاص.

مقالات ذات صلة