Azure Service Bus kwa Node.js: proksi ya HTTP kupitia AMQP juu ya WebSockets

Kwa mteja wa ujumbe wa Service Bus v7 wa Node nyuma ya proksi ya HTTP, tumia mpangilio wa AMQP-over-WebSockets wa sampuli ya 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 },
  },
});

Toa URL ya proksi na mfuatano wa muunganisho wa Service Bus. Kwa jaribio linaloruhusiwa la nafasi ya jina la umma ya Service Bus bila uthibitishaji wa proksi, ingizo la HTTP kutoka orodha ya proksi za HTTP linaweza kutoa proxyUrl. Pakiti za ws na https-proxy-agent lazima ziwe tayari vitegemezi vya programu. Kiolesura cha msingi cha wakala wa proksi wa ws huweka huduma ya WebSocket na anwani za proksi tofauti.

Hii huunda mteja; muunganisho hutokea mtumaji au mpokeaji anapofanya operesheni. Ihifadhi kwa mzigo huo wa kazi na subiri client.close() unapozima.

Pata hitilafu kati ya usanidi wa handaki la proksi, majadiliano ya WebSocket na operesheni ya Service Bus. Proksi lazima iruhusu lengo hilo na kipindi hicho. Ufikiaji mfupi wa HTTPS hauthibitishi usaidizi wa uboreshaji au kikomo kinachokubalika cha miunganisho ya muda mrefu.

Huu ni mzigo wa ziada wa mfuatano wa muunganisho. Kitambulisho cha utambulisho kinaweza kuongeza njia iliyosanidiwa kando ya kupata tokeni. Vipande vya zamani vya REST vya azure-sb hutumia kizazi kingine; tambua kifurushi kabla ya kuchagua chaguo zake za usafirishaji.