Azure Service Bus per Node.js: proxy HTTP tramite AMQP su WebSockets

Per il client di messaggistica Service Bus v7 di Node dietro un proxy HTTP, usa la disposizione AMQP su WebSockets dell'esempio dell'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 },
  },
});

Fornisci l'URL del proxy e la stringa di connessione di Service Bus. Per un test consentito di uno spazio dei nomi pubblico di Service Bus senza autenticazione proxy, una voce HTTP dal elenco dei proxy HTTP può fornire proxyUrl. I pacchetti ws e https-proxy-agent devono già essere dipendenze dell'applicazione. L'interfaccia sottostante dell'agente proxy di ws mantiene separati il servizio WebSocket e gli indirizzi del proxy.

Questo costruisce il client; la connessione avviene quando un mittente o un destinatario esegue un'operazione. Conservalo per quel carico di lavoro e attendi client.close() allo spegnimento.

Individua un guasto tra configurazione del tunnel proxy, negoziazione WebSocket e operazione Service Bus. Il proxy deve consentire quella destinazione e quella sessione. Un accesso HTTPS breve non prova il supporto all'aggiornamento né un limite accettabile di connessioni di lunga durata.

Questo è l'overload con stringa di connessione. Una credenziale di identità può aggiungere un percorso di acquisizione del token configurato separatamente. I vecchi frammenti REST di azure-sb usano un'altra generazione; identifica il pacchetto prima di scegliere le sue opzioni di trasporto.