Azure Service Bus ለNode.js፦ በWebSockets ላይ በAMQP በኩል የHTTP ፕሮክሲ

ለNode የService Bus v7 የመልእክት ደንበኛ ከ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 ቁርጥራጮች ሌላ ትውልድ ይጠቀማሉ፤ የትራንስፖርት አማራጮቹን ከመምረጥህ በፊት ጥቅሉን ለይ።