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 স্নিপেট অন্য প্রজন্ম ব্যবহার করে; এর পরিবহন বিকল্প বাছার আগে প্যাকেজটি শনাক্ত করুন।