Firebase Admin Node httpAgent: ການຄຸ້ມຄອງ proxy ຕາມບໍລິການ
ກຳນົດວ່າການດຳເນີນການ Firebase Admin Node ໃດໃຊ້ HTTP agent ທີ່ຕັ້ງຄ່າໄວ້ ກ່ອນຈະສົມມຸດວ່າທຸກການສັນຈອນຂອງ SDK ໃຊ້ proxy ດຽວກັນ.
ການເອີ້ນຢືນຢັນຕົວຕົນເຮັດວຽກຜ່ານ proxy ໄດ້ ແຕ່ການເຊື່ອມຕໍ່ຖານຂໍ້ມູນລົ້ມເຫຼວ. ໃນແອັບພລິເຄຊັນ Firebase ນີ້ອາດເປັນຄວາມແຕກຕ່າງດ້ານການຂົນສົ່ງ ບໍ່ແມ່ນ proxy ທີ່ຂາດຕອນ.
ຕົວເລືອກແອັບພລິເຄຊັນ httpAgent ຂອງ Admin Node SDK ໃຊ້ກັບບໍລິການທີ່ເອີ້ນ REST ລວມທັງ Auth ແລະ Messaging. ຂອບເຂດທີ່ເອກະສານລະບຸໄວ້ບໍ່ລວມ Realtime Database ແລະ Firestore. ວັດຖຸຂໍ້ມູນຢືນຢັນຕົວຕົນກໍມີການຕັ້ງຄ່າ agent ຂອງຕົນເອງຜ່ານວິທີ factory ທີ່ກ່ຽວຂ້ອງ.
| ການດຳເນີນການທີ່ລົ້ມເຫຼວ | ການຕັ້ງຄ່າທີ່ຕ້ອງກວດ |
|---|---|
| ການເອີ້ນບໍລິການ Admin REST | HTTP agent ຂອງແອັບພລິເຄຊັນ |
| ການໄດ້ຮັບ token ຢືນຢັນຕົວຕົນ | ການຕັ້ງຄ່າ HTTP ຂອງວັດຖຸຢືນຢັນຕົວຕົນ |
| ການເຊື່ອມຕໍ່ຖານຂໍ້ມູນ | ການສະໜັບສະໜູນການຂົນສົ່ງຂອງ client ຖານຂໍ້ມູນເອງ |
ດ້ວຍເຫດນີ້ການເພີ່ມ agent ຕອນເລີ່ມຕົ້ນຈຶ່ງຢືນຢັນບໍ່ໄດ້ວ່າທຸກການເຊື່ອມຕໍ່ຕໍ່ໄປຈະໄປຕາມເສັ້ນທາງດຽວກັນ. ບັນທຶກບໍລິການ ແລະ ປາຍທາງທີ່ລົ້ມເຫຼວ ກ່ອນຈະປ່ຽນການຕັ້ງຄ່າທີ່ຍັງໃຊ້ໄດ້ກັບບໍລິການອື່ນ.
ການສົນທະນາເກົ່າຍັງປົນເຄື່ອງມືແຖວຄຳສັ່ງ Firebase ກັບ SDK ແອັບພລິເຄຊັນ. ການແກ້ໄຂ CLI ເພື່ອອ່ານ http_proxy ບໍ່ໄດ້ພິສູດວ່າ client ຖານຂໍ້ມູນໃນຂະບວນການ Node ຂອງທ່ານໃຊ້ຕົວເລືອກດຽວກັນ.
ໃຊ້ອິນເຕີເຟສການຕັ້ງຄ່າທີ່ຮອງຮັບ ສຳລັບການຂົນສົ່ງທີ່ທ່ານຕ້ອງການແທ້. ການແປະຊົ່ມ dependency WebSocket ທີ່ຊ້ອນຢູ່ອາດເບິ່ງຄືກະທົບຕໍ່ການເຊື່ອມຕໍ່ໜຶ່ງ ໃນຂະນະທີ່ເສັ້ນທາງອື່ນບໍ່ປ່ຽນ, ແລະ ເຮັດໃຫ້ການອັບເດດ dependency ໃນອະນາຄົດຍາກຕໍ່ການເຂົ້າໃຈ.