Azure Service Bus fir Node.js: HTTP-Proxy iwwer AMQP iwwer WebSockets

Fir dem Node sengem Service Bus v7 Messaging-Client hannert engem HTTP-Proxy benotzt d'AMQP-iwwer-WebSockets-Ustellung aus dem SDK-Beispill:

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

Gitt d'Proxy-URL an de Service Bus-Verbindungssträin un. Fir en erlaabten Test vun engem ëffentlechen Service Bus-Namensraum ouni Proxy-Authentifikatioun kann en HTTP-Antrëtt aus der HTTP-Proxy-Lëscht proxyUrl liwweren. D'Pakete ws an https-proxy-agent mussen schonn Applikatiouns-Ofhängegkeete sinn. D'Grondlag ws-Proxy-Agent-Interface hält de WebSocket-Service an d'Proxy-Adressen getrennt.

Dëst baut de Client; d'Verbindung geschitt, wann en Absender oder Empfänger eng Operatioun ausféiert. Halt en fir déi Aarbechtslaascht a waart beim Ausschalten op client.close().

Fannt e Fehler bei der Proxy-Tunnel-Ariichtung, der WebSocket-Verhandlung an der Service Bus-Operatioun. De Proxy muss dëst Zil an dës Sessioun erlaben. Kuerzen HTTPS-Zougang beweist weder Ënnerstëtzung fir Upgrades nach en akzeptabelt Limit fir laangfristeg Verbindungen.

Dëst ass d'Verbindungssträin-Iwwerlaascht. En Identitéitsausweis kann en separat konfiguréierte Wee fir d'Kritt vun engem Token derbäisetzen. Al azure-sb REST-Schnësselen benotzen eng aner Generatioun; identifizéiert de Paket, ier Dir seng Transportoptiounen auswielt.