HTTP проксины ард байгаа Node-ийн Service Bus v7 мессежийн клиентийн хувьд SDK жишээний AMQP-over-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 хэсгүүд өөр үеийнхийг ашигладаг; тээврийн тохиргоог сонгохын өмнө багцыг тодорхойл.

Холбоотой нийтлэлүүд