Azure Service Bus for Node.js: HTTP-proxy via AMQP over WebSockets

For Nodes Service Bus v7-meldingsklient bak en HTTP-proxy, bruk SDK-eksempelets AMQP-over-WebSockets-oppsett:

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

Oppgi proxy-URL-en og Service Bus-tilkoblingsstrengen. For en tillatt test av et offentlig Service Bus-navnerom uten proxyautentisering kan en HTTP-oppføring fra HTTP-proxylisten gi proxyUrl. Pakkene ws og https-proxy-agent må allerede være applikasjonsavhengigheter. Det underliggende ws-proxyagent-grensesnittet holder WebSocket-tjenesten og proxyadressene atskilt.

Dette bygger klienten; tilkobling skjer når en avsender eller mottaker utfører en operasjon. Behold den for den arbeidsmengden og vent på client.close() ved avslutning.

Finn en feil blant oppsett av proxytunnel, WebSocket-forhandling og Service Bus-operasjonen. Proxyen må tillate den destinasjonen og økten. Kort HTTPS-tilgang beviser ikke oppgraderingsstøtte eller en akseptabel grense for langvarige tilkoblinger.

Dette er overbelastningen med tilkoblingsstreng. En identitetslegitimasjon kan legge til en separat konfigurert tokenhentingsvei. Gamle azure-sb REST-utdrag bruker en annen generasjon; identifiser pakken før du velger transportalternativene.