Azure Service Bus لـ Node.js: وكيل HTTP عبر AMQP فوق WebSockets

لعميل المراسلة Service Bus v7 في Node خلف وكيل HTTP، استخدم ترتيب AMQP عبر WebSockets من نموذج SDK:

const { ServiceBusClient } = require("@azure/service-bus");
const WebSocket = require("ws");
const { HttpsProxyAgent } = require("https-proxy-agent");

const proxyAgent = new HttpsProxyAgent(proxyUrl);
const client = new ServiceBusClient(connectionString, {
  webSocketOptions: {
    webSocket: WebSocket,
    webSocketConstructorOptions: { agent: proxyAgent },
  },
});

وفّر عنوان URL للوكيل وسلسلة اتصال Service Bus. لاختبار مساحة أسماء Service Bus عامة مسموح بها دون مصادقة وكيل، يمكن لمدخل HTTP من قائمة وكلاء HTTP أن يوفّر proxyUrl. يجب أن تكون حزم ws وhttps-proxy-agent تبعيات للتطبيق مسبقًا. تُبقي واجهة وكيل ws الأساسية خدمة WebSocket وعناوين الوكيل منفصلة.

يبني هذا العميل؛ ويحدث الاتصال عندما ينفّذ المرسل أو المستلم عملية. احتفظ به لذلك الحمل وانتظر client.close() عند الإغلاق.

حدّد موقع الفشل بين إعداد نفق الوكيل وتفاوض WebSocket وعملية Service Bus. يجب أن يسمح الوكيل بذلك الوجهة والجلسة. لا يثبت الوصول القصير عبر HTTPS دعم الترقية أو حد اتصال طويل الأمد مقبول.

هذا هو تحميل سلسلة الاتصال. يمكن لبيانات اعتماد هوية أن تضيف مسارًا منفصل الإعداد لاكتساب الرمز. تستخدم مقتطفات azure-sb REST القديمة جيلًا آخر؛ حدّد الحزمة قبل اختيار خيارات النقل.