Azure Data Lake Java፦ የተገነቡ ደንበኞችን በፕሮክሲ መስመር ላይ ይያዙ

የመጨረሻው መስመር አስፈላጊ ነው፦ የፋይል ስርዓቱን ደንበኛ ከተዋቀረው አገልግሎት ያግኙ፣ ሌላ ነባሪ ገንቢ ከመጀመር ይልቅ፦

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

var http = new NettyAsyncHttpClientBuilder()
    .proxy(proxy)
    .build();

var credential = new ClientSecretCredentialBuilder()
    .tenantId(tenantId)
    .clientId(clientId)
    .clientSecret(clientSecret)
    .httpClient(http)
    .build();

var service = new DataLakeServiceClientBuilder()
    .endpoint(accountUrl)
    .credential(credential)
    .httpClient(http)
    .buildClient();

var filesystem = service.getFileSystemClient(fileSystemName);

service.getFileSystemClient(fileSystemName) የወላጁን HTTP መስመር፣ የመለያ መጨረሻ ነጥብ እና ተገቢውን የማከማቻ ውቅር ወደ ልጁ ያስተላልፋል።

ምሳሌው ተመሳሳዩን http ለምስክር ወረቀት ገንቢው ይሰጣል ምክንያቱም ቶከን ማግኘት ሌላ የጥያቄ መንገድ ነው። ለብቻው የተገነባ የፋይል ስርዓት ደንበኛም የታሰበውን ማጓጓዣ መቀበል አለበት፤ ቀደም ሲል ያለ ገንቢ ዓለም አቀፍ የSDK ነባሪ አይፈጥርም።

የመተግበሪያውን የመለያ URL፣ የፋይል ስርዓት ስም እና የመታወቂያ እሴቶች ይጠቀሙ። ProxyOptions እና የNetty ማጓጓዣ ዓይነቶች ከAzure Core ይመጣሉ፣ የምስክር ወረቀት ገንቢው ከAzure Identity፣ የአገልግሎት ገንቢው ከAzure Storage Data Lake፤ InetSocketAddress ከjava.net ነው።

accountUrl የማከማቻ መጨረሻ ነጥብ ሆኖ ይቆያል፣ የፋይል ስርዓት ስሙም ልጁን ይመርጣል። አንዳቸውም የፕሮክሲ አድራሻ አይደሉም። በአደባባይ ሊደረስበት የሚችል የማከማቻ መጨረሻ ነጥብ እና የጋራ ደላላ የመጠቀም ፈቃድ ካለ፣ የProxyOptions አስተናጋጅና ወደብን ከየHTTP ፕሮክሲ ዝርዝር ይምረጡ፤ የማከማቻና የመታወቂያ ቅንብሮችን እንዳሉ ያቆዩ።