Azure Service Bus ar gyfer Node.js: dirprwy HTTP drwy AMQP dros WebSockets

Ar gyfer cleient negeseuon Service Bus v7 Node y tu ôl i ddirprwy HTTP, defnyddiwch drefniant AMQP-dros-WebSockets sampl yr 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 },
  },
});

Darparwch URL y dirprwy a llinyn cysylltu Service Bus. Ar gyfer prawf a ganiateir o namespace Service Bus cyhoeddus heb ddilysu'r dirprwy, gall cofnod HTTP o'r rhestr dirprwyon HTTP ddarparu proxyUrl. Rhaid i'r pecynnau ws a https-proxy-agent fod yn ddibyniaethau'r ap eisoes. Mae rhyngwyneb dirprwy-asiant ws sylfaenol yn cadw'r gwasanaeth WebSocket a chyfeiriadau'r dirprwy ar wahân.

Mae hyn yn adeiladu'r cleient; mae cysylltu'n digwydd pan fydd anfonwr neu dderbynnydd yn cyflawni gweithrediad. Cadwch ef ar gyfer y llwyth hwnnw a disgwylwch am client.close() wrth gau.

Dewch o hyd i fethiant ymhlith sefydlu twnnel y dirprwy, negodi WebSocket a gweithrediad Service Bus. Rhaid i'r dirprwy ganiatáu'r cyrchfan a'r sesiwn honno. Nid yw mynediad HTTPS byr yn profi cymorth uwchraddio nac uchafswm cysylltiadau hirhoedlog derbyniol.

Dyma'r gorlwytho llinyn cysylltu. Gall cymwysterau hunaniaeth ychwanegu llwybr cael tocyn wedi'i ffurfweddu ar wahân. Mae hen ddarnau REST azure-sb yn defnyddio cenhedlaeth arall; nodwch y pecyn cyn dewis ei opsiynau cludo.