Azure Storage Java: llwybrau dirprwy ar gyfer ceisiadau API a thocynnau

Mae ffurfweddu dirprwy ar gludiant HTTP cleient storio yn ateb un cwestiwn: sut mae'r cludiant hwnnw'n anfon ceisiadau storio. Gall credau adnabyddiaeth fod â chleient HTTP arall ar gyfer cael tocynnau.

Mae'r gwahaniaeth hwnnw'n egluro gwrthddywediad sy'n edrych yn gyffredin: mae pwynt terfyn y storio yn cyrraedd trwy'r ddirprwy, ond mae'r SDK yn methu cyn anfon y llawdriniaeth a ddisgwylir. Gall y methiant berthyn i gael credoau yn erbyn pwynt terfyn adnabyddiaeth.

Cofnodwch yn gyntaf pa gyrchfan a fethodd. Yna archwiliwch y cleient HTTP a roddwyd i adeiladydd y storio a'r ffurfweddiad a ddefnyddir gan weithrediad y credoau. Dilynwch opsiynau dirprwy a gefnogir gan bob cludiant. Ar gyfer pwyntiau terfyn storio a thocyn sy'n gyhoeddus gyrraeddadwy ar lwybr dirprwy cyhoeddus a ganiateir, mae'r rhestr dirprwy HTTP yn cynnig ymgeiswyr pwynt terfyn; peidiwch â chymryd yn ganiataol bod gosodiad un adeiladydd yn ailffurfweddu pob gwrthrych yn y rhaglen.

Cadwch y cyfrif dirprwy ar wahân i credau Azure. Mae mewngofnodi dirprwy llwyddiannus yn rhoi llwybr; mae'r gwasanaeth cyrchfan yn dal i awdurdodi'r llawdriniaeth Azure.

Mae atebion hanesyddol yn defnyddio sawl cenhedlaeth o ddosbarthiadau Azure Storage Java, gan gynnwys API OperationContext a phibell hŷn. Parwch enghraifft â'r SDK a'r cludiant HTTP y mae'r rhaglen yn eu defnyddio nawr. Ar gyfer SDK Data Lake, mae gosodiad cleient HTTP a rennir ar gyfer storio ac adnabyddiaeth yn dangos dau fewnbwn yr adeiladydd. Mae ailgyflwyno math cleient darfodedig i ddatrys problem dirprwy yn creu llwybr ffurfweddu arall i'w ddadfygio.

Defnyddiwch ddynodwyr pwynt terfyn diogel mewn logiau. Gall URLau storio gynnwys tocynnau mynediad, a gall URL dirprwy llawn gynnwys cyfrinair.