Azure Service Bus Node.js: HTTP starpniekservers caur AMQP virs WebSockets

Node Service Bus v7 ziņojumapmaiņas klientam aiz HTTP starpniekservera izmantojiet SDK parauga AMQP-virs-WebSockets izkārtojumu:

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

Norādiet starpniekservera URL un Service Bus savienojuma virkni. Atļautam publiskas Service Bus nosaukumvietas testam bez starpniekservera autentifikācijas HTTP ieraksts no HTTP starpniekserveru saraksta var nodrošināt proxyUrl. Paketēm ws un https-proxy-agent jau jābūt lietojumprogrammas atkarībām. Pamatā esošā ws starpniekservera aģenta saskarne uztur WebSocket pakalpojumu un starpniekservera adreses atsevišķi.

Tas izveido klientu; savienojums rodas, kad sūtītājs vai saņēmējs veic darbību. Saglabājiet to šai slodzei un izslēgšanas laikā gaidiet client.close().

Atrodiet kļūmi starp starpniekservera tuneļa iestatīšanu, WebSocket sarunām un Service Bus darbību. Starpniekserverim jāatļauj šis galamērķis un sesija. Īsa HTTPS piekļuve nepierāda jaunināšanas atbalstu vai pieņemamu ilgtermiņa savienojumu ierobežojumu.

Šī ir pārslodze ar savienojuma virkni. Identitātes akreditācija var pievienot atsevišķi konfigurētu marķiera iegūšanas ceļu. Vecie azure-sb REST fragmenti izmanto citu paaudzi; identificējiet paketi pirms tās transporta opciju izvēles.