Tables ക്ലയന്റിനുള്ള Azure Java Netty ProxyOptions

പ്രാമാണീകരിച്ച Netty HTTP ട്രാൻസ്പോർട്ട് നിർമ്മിച്ച് അത് Azure Tables ക്ലയന്റ് ബിൽഡറിലേക്ക് നൽകുക.

Tables ബിൽഡറിന് പൂർണ്ണ HTTP പൈപ്പ്ലൈൻ ലഭിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. ആ ഇൻപുട്ട് അതിന്റെ വേറിട്ട httpClient ഓപ്ഷനെ മറികടക്കുന്നു; ആപ്ലിക്കേഷന് പൈപ്പ്ലൈൻ ഉണ്ടെങ്കിൽ, ആ പൈപ്പ്ലൈൻ നിർമ്മിക്കുമ്പോൾ പ്രോക്സി-ബോധ്യമുള്ള ട്രാൻസ്പോർട്ട് കോൺഫിഗർ ചെയ്യുക.

നേരിട്ടുള്ള Netty HTTP ക്ലയന്റ് ഇൻപുട്ടിനായി, ട്രാൻസ്പോർട്ട് നിർമ്മിച്ച് അത് Tables-ലേക്ക് നൽകുക:

ProxyOptions proxy = new ProxyOptions(
    ProxyOptions.Type.HTTP,
    new InetSocketAddress("proxy.example.net", 8080)
);
proxy.setCredentials(proxyUser, proxyPassword);

HttpClient transport = new NettyAsyncHttpClientBuilder()
    .proxy(proxy)
    .build();

TableClient tables = new TableClientBuilder()
    .connectionString(storageConnectionString)
    .tableName("records")
    .httpClient(transport)
    .buildClient();

ഇവിടെ HttpClient എന്നത് com.azure.core.http.HttpClient ആണ്. മറ്റ് തരങ്ങൾ Azure Core HTTP/Netty, Azure Data Tables, java.net.InetSocketAddress എന്നിവയിൽ നിന്നാണ്. കോൺഫിഗറേഷൻ, ക്രെഡൻഷ്യൽ വേരിയബിളുകൾ ആപ്ലിക്കേഷൻ നൽകുന്നു.

ProxyOptions.Type.HTTP ഇടനിലക്കാരനെ തിരഞ്ഞെടുക്കുന്നു; setCredentials അതിന്റെ അക്കൗണ്ട് നൽകുന്നു, പ്രാമാണീകരണമില്ലാത്ത എൻഡ്പോയിന്റുകൾക്ക് ഒഴിവാക്കാം. ആ കോൺഫിഗറേഷനിൽ HTTP പ്രോക്സി ലിസ്റ്റിലെ ഒരു എൻട്രിക്ക് അനുവദനീയമായ പൊതു Tables എൻഡ്പോയിന്റ് റൂട്ടിനുള്ള വിലാസം നൽകാം; ട്രാൻസ്പോർട്ടിൽ പ്രോക്സി ക്രെഡൻഷ്യലുകൾ ഒഴിവാക്കരുത്. സ്റ്റോറേജ് കണക്ഷൻ സ്ട്രിംഗ് ഇപ്പോഴും Tables സേവനം തിരഞ്ഞെടുക്കുന്നു.

ഇത് കണക്ഷൻ-സ്ട്രിംഗ് പ്രാമാണീകരണം ഉപയോഗിക്കുന്നു. ഐഡന്റിറ്റി ക്രെഡൻഷ്യൽ ക്രമീകരണത്തിൽ ടോക്കൺ നേടുന്നതിനുള്ള വേറിട്ട HTTP ക്ലയന്റ് ഉണ്ടാകാം, അതിന്റെ റൂട്ടും കോൺഫിഗർ ചെയ്യണം.

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