Azure Service Bus פֿאַר Node.js: HTTP פּראָקסי דורך AMQP אויף WebSockets

פֿאַר דעם Service Bus v7 מעלדונגען קליענט פֿון Node הינטער אַן HTTP פּראָקסי, ניץ די AMQP-over-WebSockets אָרדענונג פֿון דעם 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 },
  },
});

שטעל צו די פּראָקסי URL און דעם Service Bus פֿאַרבינדונג סטרינג. פֿאַר אַ דערלויבטן פּובליק Service Bus namespace פּרוּוו אָן פּראָקסי אויטענטיפֿיקאַציע קען אַן HTTP אַרייַנטרעט פֿון דער HTTP פּראָקסי ליסטע צושטעלן proxyUrl. די ws און https-proxy-agent פּאַקעטן מוזן שױן זײַן אַפּליקאַציע אָפּהענגיקייטן. דער אונטערליגנדיקער ws פּראָקסי-אַגענט צובינד האַלט דעם WebSocket דינסט און פּראָקסי אַדרעסן באַזונדער.

דאָס בויט דעם קליענט; פֿאַרבינדונג געשעט װען אַ שיקער אָדער באַקומער פֿירט אויס אַן אָפּעראַציע. האַלט עס פֿאַר יענער אַרבעטלאַסט און וואַרט אויף client.close() ביים פֿאַרמאַכן.

געפֿין אַ דורכפֿאַל צװישן פּראָקסי טונעל אױפֿשטעלונג, WebSocket פֿאַרהאַנדלונג און דער Service Bus אָפּעראַציע. דער פּראָקסי מוז דערלויבן יענעם ציל און סעסיע. קורץ HTTPS צוטריט באַװײַזט ניט קיין אַפּגרעיד שטיצע אָדער אַ באַגרענעצונג פֿאַר לאַנגלעװיקע פֿאַרבינדונגען.

דאָס איז די איבערלאָדונג מיט פֿאַרבינדונג סטרינג. אַן אידענטיטעט באַװײַז קען צולייגן אַ באַזונדער קאָנפיגורירטן װעג צו באַקומען אַ טאָקען. אַלטע azure-sb REST שטיקלעך נוצן אַן אַנדער דור; אידענטיפֿיציר דעם פּאַקעט פֿאַר איר אויסקלייַבן זײַנע טראַנספּאָרט אָפּציעס.