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

For Service Bus v7-meldingsklienten til Node bak ein HTTP-proxy, bruk AMQP-over-WebSockets-oppsettet frå SDK-dømet:

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-tilkoplingsstrengen. For ein tillaten test av eit offentleg Service Bus-namnrom utan proxyautentisering kan ein HTTP-oppføring frå HTTP-proxylista gje proxyUrl. Pakkane ws og https-proxy-agent må allereie vere applikasjonsavhengigheiter. Det underliggjande ws-proxyagent-grensesnittet held WebSocket-tenesta og proxyadressene kvar for seg.

Dette byggjer klienten; tilkopling skjer når ein avsendar eller mottakar utfører ein operasjon. Ta vare på han for den arbeidsmengda og vent på client.close() ved avslutning.

Finn ein feil mellom oppsett av proxytunnel, WebSocket-forhandling og Service Bus-operasjonen. Proxyen må tillate den destinasjonen og økta. Kort HTTPS-tilgang beviser ikkje oppgraderingsstøtte eller ei akseptabel grense for langvarige tilkoplingar.

Dette er overbelastinga med tilkoplingsstreng. Ein identitetslegitimasjon kan leggje til ein separat konfigurert tokenhentingsveg. Gamle azure-sb REST-utdrag brukar ein annan generasjon; identifiser pakken før du vel transportalternativa.