IP egress ຄົງທີ່ສຳລັບການເອີ້ນ Heroku API ກັບ Proximo

API ຂອງຄູ່ຮ່ວມມືອາດຮຽກຮ້ອງໃຫ້ຄຳຮ້ອງມາຈາກ IP ແຫຼ່ງທີ່ຮູ້ຈັກ ໃນຂະນະທີ່ແອັບ Heroku ທີ່ເອີ້ນມັນເຮັດວຽກຢູ່ເທິງ dynos ທີ່ປ່ຽນໄປມາ. ການເຊື່ອມຕໍ່ Proximo ທີ່ມີຢູ່ແລ້ວໃຫ້ເສັ້ນທາງອອກຜ່ານທີ່ຢູ່ຄົງທີ່ທີ່ໄດ້ກຳນົດໄວ້.

dyno’s API client → Proximo gateway → partner API
                         assigned source IP

ທີ່ຢູ່ egress ທີ່ໄດ້ກຳນົດໄວ້ແມ່ນສິ່ງທີ່ຄວນຢູ່ໃນລາຍຊື່ແຫຼ່ງທີ່ອະນຸຍາດຂອງຄູ່ຮ່ວມມື. PROXIMO_URL ກຳນົດຈຸດປາຍທາງຂອງ proxy ແລະ ຂໍ້ມູນຢືນຢັນທີ່ແອັບໃຊ້ເຂົ້າເສັ້ນທາງນັ້ນ; ມັນບໍ່ແມ່ນ URL ເວັບໄຊສາທາລະນະຂອງແອັບ.

ໃຊ້ເສັ້ນທາງກັບຂະບວນການທີ່ເອີ້ນ

ຂະບວນການເວັບ ແລະ ຜູ້ຮັບໃຊ້ພື້ນຫຼັງສາມາດສົ່ງຄຳຮ້ອງ API ແຍກກັນ. ຕັ້ງຄ່າຜູ້ໃຊ້ທີ່ຈຳເປັນແຕ່ລະຄົນຜ່ານການເຊື່ອມຕໍ່ proxy ທີ່ຮອງຮັບຂອງມັນ. ການກຳນົດເສັ້ນທາງໃຫ້ຂະບວນການໜຶ່ງບໍ່ໄດ້ພິສູດວ່າທຸກຂະບວນການອື່ນໃຊ້ປະຕູທາງ.

ສຳລັບແອັບ JVM ໃຫ້ໃຊ້ການຕັ້ງຄ່າລູກຄ້າ HTTP ຫຼື SOCKS ພື້ນເມືອງທີ່ເໝາະສົມ ແລະ ວິທີການຢືນຢັນຕົວຕົນທີ່ຜູ້ໃຫ້ບໍລິການຮອງຮັບ. ຢ່າສະຫຼຸບຄວາມເຂົ້າກັນໄດ້ກັບ Java ຈາກຕົວຢ່າງ wrapper ທີ່ຂຽນສຳລັບ runtime ອື່ນ.

ຮັກສາຄຳຮ້ອງເຂົ້າໄວ້ເທິງເສັ້ນທາງຂອງແອັບ

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

ໃຊ້ URL ຂອງແອັບເພື່ອກວດການເຂົ້າເວັບຈາກພາຍນອກ. ໃຊ້ຫຼັກຖານຈາກຄຳຮ້ອງທີ່ຄູ່ຮ່ວມມືໄດ້ຮັບ ເພື່ອ ກວດທີ່ຢູ່ແຫຼ່ງອອກ. ການຄາດຫວັງວ່າ IP proxy ຄົງທີ່ຈະໃຫ້ບໍລິການແອັບ ລວມທັງສອງທິດທາງນີ້ເຂົ້າເປັນຄຸນສົມບັດທີ່ບໍລິການອອກບໍ່ໄດ້ໃຫ້.