Node.js का लागि Azure Service Bus: WebSockets मा AMQP मार्फत HTTP प्रोक्सी

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 स्निपेटहरू अर्को पुस्ता प्रयोग गर्छन्; यसका यातायात विकल्पहरू छनोट गर्नु अघि प्याकेज पहिचान गर्नुहोस्।