Node.js के लिए Azure Service Bus: WebSockets पर AMQP के माध्यम से HTTP प्रॉक्सी

जब AMQP कनेक्शन को HTTP प्रॉक्सी से गुज़रना हो, तो @azure/service-bus को ws और HttpsProxyAgent के साथ कॉन्फ़िगर करें।

HTTP प्रॉक्सी के पीछे Node के Service Bus v7 संदेश क्लाइंट के लिए SDK नमूने की AMQP-over-WebSockets व्यवस्था अपनाएँ:

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 namespace परीक्षण के लिए HTTP प्रॉक्सी सूची से कोई HTTP प्रविष्टि proxyUrl दे सकती है। ws और https-proxy-agent पैकेज पहले से एप्लिकेशन निर्भरताएँ होने चाहिए। अंतर्निहित ws प्रॉक्सी-एजेंट इंटरफ़ेस WebSocket सेवा और प्रॉक्सी पतों को अलग रखता है।

यह क्लाइंट बनाता है; कनेक्शन तब होता है जब प्रेषक या प्राप्तकर्ता कोई कार्य करता है। उस कार्यभार के लिए इसे रखें और बंद करते समय client.close() की प्रतीक्षा करें।

विफलता को प्रॉक्सी टनल सेटअप, WebSocket बातचीत और Service Bus कार्य के बीच खोजें। प्रॉक्सी को वह गंतव्य और सत्र अनुमत करना चाहिए। छोटी HTTPS पहुँच अपग्रेड समर्थन या स्वीकार्य दीर्घकालिक कनेक्शन सीमा सिद्ध नहीं करती।

यह कनेक्शन-स्ट्रिंग ओवरलोड है। कोई पहचान क्रेडेंशियल अलग से कॉन्फ़िगर किया गया टोकन-प्राप्ति पथ जोड़ सकता है। पुराने azure-sb REST स्निपेट दूसरी पीढ़ी का उपयोग करते हैं; इसके परिवहन विकल्प चुनने से पहले पैकेज पहचानें।

संबंधित लेख