Azure Service Bus за Node.js: HTTP прокси преку AMQP над WebSockets

За клиентот за пораки Service Bus v7 на Node зад HTTP прокси, користете го SDK распоредот AMQP-над-WebSockets:

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

Наведете URL на проксито и низа за поврзување со Service Bus. За дозволен тест на јавен Service Bus namespace без автентикација на прокси, HTTP запис од списокот со HTTP прокси може да обезбеди proxyUrl. Пакетите ws и https-proxy-agent веќе мора да бидат зависности на апликацијата. Основното ws прокси-агент интерфејс ги држи WebSocket услугата и адресите на проксито одделени.

Ова го гради клиентот; поврзувањето се случува кога испраќач или примач извршува операција. Задржете го за тоа оптоварување и почекајте client.close() при исклучување.

Најдете дефект меѓу поставувањето на прокси тунелот, преговорите за WebSocket и операцијата на Service Bus. Проксито мора да дозволува таа дестинација и сесија. Краткиот HTTPS пристап не докажува поддршка за надградба или прифатлив долгорочен лимит на врски.

Ова е преоптоварувањето со низа за поврзување. Идентитетските акредитиви можат да додадат одделно конфигурирана патека за добивање токен. Старите azure-sb REST исечоци користат друга генерација; идентификувајте го пакетот пред да ги изберете неговите транспортни опции.