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 स्निपेट दुसरी पिढी वापरतात; त्याचे वाहतूक पर्याय निवडण्यापूर्वी पॅकेज ओळखा.