Azure Storage Java: njia za proksi za maombi ya API na tokeni
Kagua maombi ya Azure Storage na maombi ya tokeni za vitambulisho unapounda proksi ya Java SDK.
Kusanidi proksi kwenye usafirishaji wa HTTP wa mteja wa hifadhi hujibu swali moja: usafirishaji huo unatuma vipi maombi ya hifadhi. Kitambulisho cha utambulisho kinaweza kuwa na mteja mwingine wa HTTP wa kupata tokeni.
Tofauti hiyo inaeleza kinzani kinachoonekana kuwa cha kawaida: sehemu ya mwisho ya hifadhi inafikiwa kupitia proksi, lakini SDK inashindwa kabla ya kutuma operesheni inayotarajiwa. Kushindwa kunaweza kuhusiana na kupata vitambulisho dhidi ya sehemu ya mwisho ya utambulisho.
Kwanza rekodi ni lengo gani lililoshindwa. Kisha chunguza mteja wa HTTP aliyepewa mjenzi wa hifadhi na usanidi unaotumiwa na utekelezaji wa vitambulisho. Fuata chaguo za proksi zinazotumika za kila usafirishaji. Kwa sehemu za mwisho za hifadhi na tokeni zinazofikiwa na umma kwenye njia ya proksi ya umma inayoruhusiwa, orodha ya proksi za HTTP inatoa wagombea wa sehemu za mwisho; usidhani kuwa mpangilio wa mjenzi mmoja unasanidi upya kila kitu kwenye programu.
| Hatua | Ushahidi unaofaa |
|---|---|
| Kupata tokeni | Sehemu ya mwisho ya utambulisho, mteja aliyechaguliwa, changamoto ya proksi au hitilafu ya muunganisho |
| Ombi la hifadhi | Sehemu ya mwisho ya hifadhi, bomba lililosanidiwa, jibu la mwisho au kushindwa kwa uhamishaji |
Weka akaunti ya proksi kando na kitambulisho cha Azure. Kuingia kwa proksi kwa mafanikio kunatoa njia; huduma ya lengo bado inaidhinisha operesheni ya Azure.
Majibu ya kihistoria hutumia vizazi kadhaa vya madarasa ya Azure Storage Java, ikiwa ni pamoja na API za zamani za OperationContext na bomba. Linganisha mfano na SDK na usafirishaji wa HTTP unaotumiwa na programu sasa. Kwa SDK ya Data Lake, usanidi wa pamoja wa mteja wa HTTP kwa hifadhi na utambulisho unaonyesha ingizo zote mbili za mjenzi. Kuleta tena aina ya mteja iliyopitwa na wakati kutatua tatizo la proksi huunda njia nyingine ya usanidi ya kutafuta hitilafu.
Tumia vitambulisho salama vya sehemu za mwisho kwenye kumbukumbu. URL za hifadhi zinaweza kuwa na tokeni za ufikiaji, na URL kamili ya proksi inaweza kuwa na nenosiri.