host.json-ലെ Azure Functions Service Bus ട്രിഗറിന്റെ പ്രോക്സി ക്രമീകരണങ്ങൾ

ഫംഗ്ഷൻ കോഡിൽ മറ്റൊരു ServiceBusClient ക്രമീകരിക്കുന്നതിനു പകരം Service Bus extension 5.x-ന്റെ host.json webProxy amqpWebSockets-നൊപ്പം ഉപയോഗിക്കുക.

{
  "version": "2.0",
  "extensions": {
    "serviceBus": {
      "transportType": "amqpWebSockets",
      "webProxy": "http://proxy.example:8080"
    }
  }
}

ഇത് നിലവിലുള്ള Functions host കോൺഫിഗറേഷനിൽ ലയിപ്പിക്കുക. binding extension ട്രിഗറിന്റെ client സൃഷ്ടിക്കുന്നു; ഫംഗ്ഷൻ കോഡിൽ വെവ്വേറെ നിർമ്മിച്ച client അതിനെ മാറ്റിസ്ഥാപിക്കുന്നില്ല.

Extension 5.x webProxy amqpWebSockets-നൊപ്പം പിന്തുണയ്ക്കുന്നു, amqpTcp-നൊപ്പമല്ല. namespace/authentication നിലവിലുള്ള Service Bus കണക്ഷൻ ക്രമീകരണത്തിൽ നിലനിർത്തുക. പൊതു ഇടനിലക്കാർ അനുവദിക്കുന്ന പൊതു Service Bus namespace-ന്, HTTP പ്രോക്സി പട്ടിക അക്കൗണ്ട് ഇല്ലാത്ത webProxy URL-ന് സ്ഥാനാർത്ഥികൾ നൽകുന്നു.

ആപ്പ്ലിക്കേഷൻ-ക്രമീകരണ തത്തുല്യങ്ങൾ ഇവയാണ്:

AzureFunctionsJobHost__extensions__serviceBus__transportType=amqpWebSockets
AzureFunctionsJobHost__extensions__serviceBus__webProxy=http://proxy.example:8080

ആ ഇരട്ട-അണ്ടർസ്കോർ ശ്രേണി environment ക്രമീകരണങ്ങളിൽ ഉപയോഗിക്കുക, അല്ലെങ്കിൽ പ്രാദേശിക വികസനത്തിനുള്ള local.settings.json ഫയലിലെ Values വിഭാഗത്തിലെ എൻട്രികൾ. ഇവ host ക്രമീകരണങ്ങളാണ്, connection-string ഫീൽഡുകളല്ല.

ഇൻസ്റ്റാൾ ചെയ്ത extension തലമുറയുമായി പൊരുത്തപ്പെടുത്തുക. ഒറ്റപ്പെട്ട worker-ന്റെ സ്വതന്ത്ര HTTP അല്ലെങ്കിൽ Service Bus client-ന് ഇപ്പോഴും സ്വന്തം റൂട്ട് വേണം.

അനുബന്ധ ലേഖനങ്ങൾ