Azure Storage Java: API နှင့် token တောင်းဆိုမှုများအတွက် proxy လမ်းကြောင်းများ

Java SDK proxy ကို ပြင်ဆင်သည့်အခါ Azure Storage တောင်းဆိုမှုများနှင့် credential token တောင်းဆိုမှုများ နှစ်ခုလုံးကို စစ်ဆေးပါ။

သိုလှောင်မှု client ၏ HTTP သယ်ယူပို့ဆောင်ရေးတွင် proxy ပြင်ဆင်ခြင်းသည် မေးခွန်းတစ်ခုကို ဖြေသည်: ထို သယ်ယူပို့ဆောင်ရေးက သိုလှောင်မှု တောင်းဆိုမှုများကို မည်သို့ ပို့သနည်း။ အထောက်အထား credential တွင် token ရယူရန် အခြား HTTP client တစ်ခု ရှိနိုင်သည်။

ထို ကွာခြားချက်က သာမန်ဟု ထင်ရသော ဆန့်ကျင်မှုကို ရှင်းပြသည်: သိုလှောင်မှု endpoint ကို proxy မှတစ်ဆင့် ရောက်နိုင်သော်လည်း SDK သည် မျှော်လင့်ထားသော လုပ်ဆောင်ချက်ကို မပို့မီ မအောင်မြင်ပါ။ ထို မအောင်မြင်မှုသည် အထောက်အထား endpoint နှင့် credential ရယူခြင်း၏ ဖြစ်နိုင်သည်။

ပထမဦးစွာ မည်သည့် ဦးတည်ရာ မအောင်မြင်ခဲ့သည်ကို မှတ်တမ်းတင်ပါ။ ထို့နောက် သိုလှောင်မှု builder သို့ ပေးထားသော HTTP client နှင့် credential အကောင်အထည်ဖော်မှု အသုံးပြုသည့် ပြင်ဆင်မှုကို စစ်ဆေးပါ။ သယ်ယူပို့ဆောင်ရေး တစ်ခုစီ၏ ပံ့ပိုးထားသော proxy ရွေးချယ်စရာများကို လိုက်နာပါ။ ခွင့်ပြုထားသော အများသူငှာ proxy လမ်းကြောင်းရှိ အများသူငှာ ရောက်နိုင်သော သိုလှောင်မှုနှင့် token endpoint များအတွက် HTTP proxy စာရင်းက endpoint ကိုယ်စားလှယ်များကို ပေးသည်; builder တစ်ခု၏ ဆက်တင်သည် အပလီကေးရှင်းရှိ အရာဝတ္ထုတိုင်းကို ပြန်လည်ပြင်ဆင်သည်ဟု မယူဆပါနှင့်။

အဆင့်အသုံးဝင်သော အထောက်အထား
Token ရယူခြင်းအထောက်အထား endpoint၊ ရွေးထားသော client၊ proxy စိန်ခေါ်မှု သို့မဟုတ် ချိတ်ဆက်မှု အမှား
သိုလှောင်မှု တောင်းဆိုမှုသိုလှောင်မှု endpoint၊ ပြင်ဆင်ထားသော pipeline၊ နောက်ဆုံး တုံ့ပြန်မှု သို့မဟုတ် ပို့ဆောင်မှု မအောင်မြင်ခြင်း

proxy အကောင့်ကို Azure credential နှင့် သီးခြားထားပါ။ proxy သို့ အောင်မြင်စွာ ဝင်ရောက်ခြင်းက လမ်းကြောင်း ပေးသည်; ဦးတည်ရာ ဝန်ဆောင်မှုက Azure လုပ်ဆောင်ချက်ကို ခွင့်ပြုဆဲ ဖြစ်သည်။

သမိုင်းဝင် အဖြေများသည် Azure Storage Java class မျိုးဆက် များစွာကို အသုံးပြုသည်၊ ရှေးဟောင်း OperationContext နှင့် pipeline API များ အပါအဝင်။ ဥပမာတစ်ခုကို အပလီကေးရှင်း လက်ရှိ အသုံးပြုသည့် SDK နှင့် HTTP သယ်ယူပို့ဆောင်ရေးနှင့် ကိုက်ညီအောင် ချိန်ပါ။ Data Lake SDK အတွက် သိုလှောင်မှုနှင့် အထောက်အထားအတွက် မျှဝေထားသော HTTP client ပြင်ဆင်မှုက builder ထည့်သွင်းချက် နှစ်ခုလုံးကို ပြသည်။ proxy ပြဿနာ ဖြေရှင်းရန် ခေတ်ကုန်နေသော client အမျိုးအစားကို ပြန်ထည့်ခြင်းက debug လုပ်ရန် နောက်ထပ် ပြင်ဆင်မှု လမ်းကြောင်း တစ်ခု ဖန်တီးသည်။

မှတ်တမ်းများတွင် လုံခြုံသော endpoint သတ်မှတ်ချက်များ သုံးပါ။ သိုလှောင်မှု URL များတွင် ဝင်ရောက်ခွင့် token များ ပါနိုင်ပြီး proxy URL အပြည့်တွင် စကားဝှက် ပါနိုင်သည်။

ဆက်စပ်ဆောင်းပါးများ