Azure Storage Java: API və token sorğuları üçün proksi marşrutları

Yaddaş müştərisinin HTTP nəqliyyatında proksi qurmaq bir suala cavab verir: bu nəqliyyat yaddaş sorğularını necə göndərir. Şəxsiyyət credential-ının token almaq üçün başqa HTTP müştərisi ola bilər.

Bu fərq tez-tez görünən bir ziddiyyəti izah edir: yaddaş endpoint-inə proksi vasitəsilə çatmaq olur, lakin SDK gözlənilən əməliyyatı göndərməzdən əvvəl uğursuz olur. Uğursuzluq şəxsiyyət endpoint-inə qarşı credential alınmasına aid ola bilər.

Əvvəlcə hansı təyinatın uğursuz olduğunu qeyd edin. Sonra yaddaş builder-inə verilən HTTP müştərisini və credential tətbiqinin istifadə etdiyi konfiqurasiyanı yoxlayın. Hər nəqliyyatın dəstəklənən proksi seçimlərini izləyin. İcazəli ictimai proksi marşrutunda ictimai çıxışı olan yaddaş və token endpoint-ləri üçün HTTP proksi siyahısı endpoint namizədləri təklif edir; bir builder-in parametrinin tətbiqdəki hər obyekti yenidən konfiqurasiya etdiyini düşünməyin.

Proksi hesabını Azure credential-ından ayrı saxlayın. Uğurlu proksi girişi marşrut verir; təyinat xidməti hələ də Azure əməliyyatına icazə verir.

Tarixi cavablar Azure Storage Java siniflərinin bir neçə nəslini, o cümlədən köhnə OperationContext və pipeline API-lərini istifadə edir. Nümunəni tətbiqin hazırda istifadə etdiyi SDK və HTTP nəqliyyatına uyğunlaşdırın. Data Lake SDK üçün yaddaş və şəxsiyyət üçün ortaq HTTP müştəri quruluşu hər iki builder girişini göstərir. Proksi problemini həll etmək üçün köhnəlmiş müştəri növünü yenidən gətirmək sazlamaq üçün daha bir konfiqurasiya yolu yaradır.

Qeydlərdə təhlükəsiz endpoint identifikatorları istifadə edin. Yaddaş URL-ləri giriş tokenları, tam proksi URL-i isə parol ehtiva edə bilər.