Azure Service Bus Node.js jaoks: HTTP-proksi AMQP kaudu WebSocketsi kohal

Node'i Service Bus v7 sõnumikliendi jaoks HTTP-proksi taga kasutage SDK näidise AMQP-over-WebSockets lahendust:

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 },
  },
});

Esitage proksi URL ja Service Busi ühendusstring. Lubatud avaliku Service Busi nimeruumi testiks ilma proksiautentimiseta võib HTTP-prokside loendist pärit HTTP-kirje anda proxyUrl. Paketid ws ja https-proxy-agent peavad juba olema rakenduse sõltuvused. Aluseks olev ws proksiagendi liides hoiab WebSocketi teenuse ja proksi aadressid lahus.

See loob kliendi; ühendus tekib siis, kui saatja või vastuvõtja teeb toimingu. Hoidke seda selle töökoormuse jaoks ja sulgemisel oodake client.close().

Otsige tõrget proksitunneli seadistamise, WebSocketi läbirääkimise ja Service Busi toimingu hulgast. Proksi peab lubama seda sihtkohta ja seanssi. Lühike HTTPS-juurdepääs ei tõesta uuenduse tuge ega vastuvõetavat pikaajaliste ühenduste piirangut.

See on ühendusstringiga ülekoormus. Identiteeditõend võib lisada eraldi seadistatud tokeni hankimise tee. Vanad azure-sb REST-lõigud kasutavad teist põlvkonda; enne selle transpordivalikute valimist tuvastage pakett.