Хадгалалтын клиентийн HTTP тээвэр дээр прокси тохируулах нь нэг асуултад хариулдаг: тэр тээвэр хадгалалтын хүсэлтийг хэрхэн илгээдэг вэ. Таних итгэмжлэл нь токен авах өөр HTTP клиенттэй байж болно.

Энэ ялгаа нь энгийн мэт санагдах зөрчилдөөнийг тайлбарладаг: хадгалалтын төгсгөлийн цэгт проксигоор хүрч болох боловч SDK хүлээгдэж буй үйлдлийг илгээхээс өмнө бүтэлгүйтдэг. Энэ бүтэлгүйтэл нь таних төгсгөлийн цэгээс итгэмжлэл авахтай холбоотой байж болно.

Эхлээд аль очих газар бүтэлгүйтсэнийг тэмдэглэ. Дараа нь хадгалалтын бүтээгчид өгсөн HTTP клиент болон итгэмжлэлийн хэрэгжүүлэлтийн ашигладаг тохиргоог шалга. Тээвэр бүрийн дэмжигдсэн прокси сонголтыг дага. Зөвшөөрөгдсөн нийтийн прокси чиглэл дэх нийтэд нээлттэй хадгалалт болон токены төгсгөлийн цэгүүдэд HTTP прокси жагсаалт төгсгөлийн цэгийн нэр дэвшигчдийг санал болгодог; нэг бүтээгчийн тохиргоо програмын бүх объектыг дахин тохируулна гэж бүү бод.

Үе шатХэрэгтэй нотолгоо
Токен авахТаних төгсгөлийн цэг, сонгосон клиент, проксийн сорилт эсвэл холболтын алдаа
Хадгалалтын хүсэлтХадгалалтын төгсгөлийн цэг, тохируулсан дамжуулах хоолой, эцсийн хариу эсвэл шилжүүлгийн бүтэлгүйтэл

Прокси бүртгэлийг Azure итгэмжлэлээс тусдаа байлга. Проксид амжилттай нэвтрэх нь чиглэл өгдөг; очих үйлчилгээ Azure үйлдлийг зөвшөөрсөн хэвээр байна.

Түүхэн хариултууд Azure Storage Java классуудын хэд хэдэн үеийг ашигладаг, үүнд хуучин OperationContext болон дамжуулах хоолойн API орно. Жишээг програмын одоо ашиглаж буй SDK болон HTTP тээвэртэй тааруул. Data Lake SDK-ийн хувьд хадгалалт болон танихын нийтлэг HTTP клиент тохиргоо нь бүтээгчийн хоёр оролтыг харуулна. Прокси асуудлыг шийдэхийн тулд хуучирсан клиент төрлийг дахин оруулах нь дибаг хийх өөр нэг тохиргооны зам үүсгэдэг.

Бүртгэлд аюулгүй төгсгөлийн цэгийн танигч ашигла. Хадгалалтын URL-д хандалтын токен, бүрэн прокси URL-д нууц үг агуулагдаж болно.

Холбоотой нийтлэлүүд