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 સ્નિપેટ બીજી પેઢી વાપરે છે; તેના પરિવહન વિકલ્પો પસંદ કરતા પહેલા પેકેજ ઓળખો.

સંબંધિત લેખો