សម្រាប់អតិថិជនសាររ Service Bus v7 របស់ Node នៅពីក្រោយប្រូកស៊ី HTTP សូមប្រើការរៀបចំ AMQP-over-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។ សម្រាប់ការសាកល្បង namespace Service Bus សាធារណៈដែលបានអនុញ្ញាតដោយគ្មានការផ្ទៀងផ្ទាត់ប្រូកស៊ី ធាតុ HTTP ពីបញ្ជីប្រូកស៊ី HTTP អាចផ្តល់ proxyUrl។ កញ្ចប់ ws និង https-proxy-agent ត្រូវតែជាការពឹងផ្អែករបស់កម្មវិធីរួចហើយ។ ចំណុចប្រទាក់ភ្នាក់ងារប្រូកស៊ី ws មូលដ្ឋាន រក្សាសេវាកម្ម WebSocket និងអាសយដ្ឋានប្រូកស៊ីដាច់ពីគ្នា។

វាបង្កើតអតិថិជន។ ការតភ្ជាប់កើតឡើងនៅពេលអ្នកផ្ញើ ឬអ្នកទទួលធ្វើប្រតិបត្តិការ។ រក្សាវាសម្រាប់បន្ទុកការងារនោះ ហើយរង់ចាំ client.close() ពេលបិទ។

រកឃើញការបរាជ័យនៅក្នុងការរៀបចំផ្លូវរូងក្រោមដីប្រូកស៊ី ការចរចា WebSocket និងប្រតិបត្តិការ Service Bus។ ប្រូកស៊ីត្រូវតែអនុញ្ញាតគោលដៅ និងសម័យនោះ។ ការចូលប្រើ HTTPS ខ្លីៗមិនបង្ហាញពីការគាំទ្រការតំឡើងកំណែ ឬដែនកំណត់តភ្ជាប់រយៈពេលវែងដែលអាចទទួលយកបានទេ។

នេះគឺជាការផ្ទុកលើសខ្សែអក្សរតភ្ជាប់។ ព័ត៌មានសម្គាល់អត្តសញ្ញាណអាចបន្ថែមផ្លូវទទួលតូកិនដែលកំណត់ដោយឡែក។ បំណែក REST azure-sb ចាស់ប្រើជំនាន់ផ្សេង; កំណត់អត្តសញ្ញាណកញ្ចប់មុនពេលជ្រើសរើសជម្រើសដឹកជញ្ជូនរបស់វា។

អត្ថបទពាក់ព័ន្ធ