Azure Storage Java: د API او ټوکن غوښتنو لپاره د پراکسي لارې
کله چې د Java SDK پراکسي تنظیموئ، هم د Azure Storage غوښتنې او هم د اعتبارنامې ټوکن غوښتنې وګورئ.
د زېرمې د کړکۍ په HTTP لېږد کې پراکسي تنظیمول یوې پوښتنې ته ځواب ورکوي: هغه لېږد د زېرمې غوښتنې څنګه لېږي. د هویت اعتبارنامه کېدای شي د ټوکنونو ترلاسه کولو لپاره بله HTTP کړکۍ ولري.
هغه توپیر یو عادي ښکارېدونکی تضاد تشریح کوي: د زېرمې پای ټکی د پراکسي له لارې رسېدلای شي، خو SDK د تمه شوې عملیې له لېږلو مخکې ناکامېږي. دا ناکامي کېدای شي د هویت پای ټکي پر وړاندې د اعتبارنامې ترلاسه کولو پورې اړه ولري.
لومړی ثبت کړئ چې کوم هدف ناکام شو. بیا هغه HTTP کړکۍ وګورئ چې د زېرمې جوړوونکي ته ورکړل شوې او هغه ترتیبات چې د اعتبارنامې پلي کول یې کاروي. د هر لېږد ملاتړ شوي پراکسي اختیارونه تعقیب کړئ. د اجازه ورکړل شوې عامه پراکسي لارې پر عامه توګه رسېدونکو زېرمې او ټوکن پای ټکو لپاره د HTTP پراکسي لړلیک د پای ټکي نوماندان وړاندې کوي؛ مه فکر کوئ چې د یو جوړوونکي ترتیبات په اپلیکیشن کې هر شی بیا تنظیموي.
| پړاو | ګټور شاهد |
|---|---|
| ټوکن ترلاسه کول | د هویت پای ټکی، ټاکل شوې کړکۍ، د پراکسي ننګونه یا د اړیکې تېروتنه |
| د زېرمې غوښتنه | د زېرمې پای ټکی، تنظیم شوې پایپلاین، وروستی ځواب یا د لېږد ناکامي |
د پراکسي حساب له Azure اعتبارنامې جلا وساتئ. بریالۍ پراکسي ننوتنه یوه لار ورکوي؛ د هدف خدمت لا هم د Azure عملیه اجازه کوي.
تاریخی ځوابونه د Azure Storage Java ټولګیو څو نسلونه کاروي، په شمول زاړه OperationContext او پایپلاین API. یوه بېلګه د اپلیکیشن اوسنیو SDK او HTTP لېږد سره سمه کړئ. د Data Lake SDK لپاره د زېرمې او هویت لپاره ګډ د HTTP کړکۍ ترتیب دواړه د جوړوونکي ننوتنې ښیي. د پراکسي ستونزې حل لپاره د زوړ شوي کړکۍ ډول بیا راوستل د ډیبګ کولو لپاره بله د ترتیباتو لار جوړوي.
په لاګونو کې خوندي د پای ټکي پېژندونکي وکاروئ. د زېرمې URLونه کېدای شي د لاسرسي ټوکنونه ولري، او بشپړ پراکسي URL کېدای شي پټنوم ولري.