ກວດເບິ່ງວ່າຕົວສ້າງ Tables ໄດ້ຮັບເສັ້ນທໍ່ HTTP ເຕັມຫຼືບໍ່. ການປ້ອນນີ້ຂຽນທັບຕົວເລືອກ httpClient ແຍກຕ່າງຫາກຂອງມັນ; ຖ້າແອັບພລິເຄຊັນເປັນເຈົ້າຂອງເສັ້ນທໍ່, ຕັ້ງຄ່າການຂົນສົ່ງທີ່ຮູ້ຈັກພຣັອກຊີເມື່ອສ້າງເສັ້ນທໍ່ນັ້ນ.

ສຳລັບການປ້ອນລູກຄ້າ Netty HTTP ໂດຍກົງ, ສ້າງການຂົນສົ່ງ ແລະ ສົ່ງມັນໄປຫາ Tables:

ProxyOptions proxy = new ProxyOptions(
    ProxyOptions.Type.HTTP,
    new InetSocketAddress("proxy.example.net", 8080)
);
proxy.setCredentials(proxyUser, proxyPassword);

HttpClient transport = new NettyAsyncHttpClientBuilder()
    .proxy(proxy)
    .build();

TableClient tables = new TableClientBuilder()
    .connectionString(storageConnectionString)
    .tableName("records")
    .httpClient(transport)
    .buildClient();

HttpClient ທີ່ນີ້ແມ່ນ com.azure.core.http.HttpClient. ປະເພດອື່ນໆມາຈາກ Azure Core HTTP/Netty, Azure Data Tables ແລະ java.net.InetSocketAddress. ແອັບພລິເຄຊັນສະໜອງຕົວແປການຕັ້ງຄ່າ ແລະ ຂໍ້ມູນຮັບຮອງ.

ProxyOptions.Type.HTTP ເລືອກຕົວກາງ; setCredentials ສະໜອງບັນຊີຂອງມັນ ແລະ ສາມາດລະເວັ້ນໄດ້ສຳລັບຈຸດປາຍທີ່ບໍ່ມີການພິສູດ. ໃນການຕັ້ງຄ່ານັ້ນ, ລາຍການຈາກລາຍຊື່ພຣັອກຊີ HTTP ສາມາດສະໜອງທີ່ຢູ່ສຳລັບເສັ້ນທາງຈຸດປາຍ Tables ສາທາລະນະທີ່ອະນຸຍາດ; ຢ່າປະຂໍ້ມູນຮັບຮອງພຣັອກຊີໄວ້ໃນການຂົນສົ່ງ. ສະຕຣິງເຊື່ອມຕໍ່ບ່ອນເກັບຂໍ້ມູນຍັງເລືອກບໍລິການ Tables.

ນີ້ໃຊ້ການພິສູດດ້ວຍສະຕຣິງເຊື່ອມຕໍ່. ການຈັດການຂໍ້ມູນຮັບຮອງຕົວຕົນອາດມີ ລູກຄ້າ HTTP ແຍກຕ່າງຫາກສຳລັບການໄດ້ມາຂອງໂທເຄັນ ເຊິ່ງເສັ້ນທາງຂອງມັນກໍຕ້ອງຕັ້ງຄ່າ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ