Mga static na egress IP para sa mga tawag sa Heroku API gamit ang Proximo

Maaaring hilingin ng partner API na ang mga kahilingan ay magmula sa kilalang source IP habang ang Heroku app na tumatawag dito ay tumatakbo sa nagbabagong dynos. Ang umiiral na integrasyon ng Proximo ay nagbibigay ng palabas na landas sa pamamagitan ng nakatalagang static na address.

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

Ang nakatalagang egress address ang dapat nasa listahan ng pinapayagang source ng partner. Tinutukoy ng PROXIMO_URL ang endpoint ng proxy at ang mga kredensyal na ginagamit ng app para pumasok sa landas na iyon; hindi ito ang pampublikong URL ng website ng app.

Ilapat ang ruta sa prosesong gumagawa ng tawag

Ang web process at background worker ay maaaring gumawa ng magkahiwalay na kahilingan sa API. I-configure ang bawat kinakailangang consumer sa pamamagitan ng sinusuportahang integrasyon ng proxy nito. Ang pag-route sa isang proseso ay hindi nagpapatunay na ginagamit ng bawat ibang proseso ang gateway.

Para sa isang JVM application, gumamit ng angkop na native na HTTP o SOCKS client configuration at ang sinusuportahang paraan ng authentication ng provider. Huwag maghinuha ng pagiging tugma sa Java mula sa halimbawa ng wrapper na isinulat para sa ibang runtime.

Panatilihin ang mga papasok na kahilingan sa ruta ng app

Malinaw na sinasabi ng dokumentasyon ng Proximo para sa Heroku na hindi ito nagbibigay ng papasok na access sa app. Ang mga client na nakakarating sa web app ay gumagamit pa rin ng naka-configure na Heroku hostname at routing nito.

Gamitin ang URL ng app para suriin ang papasok na web access. Gamitin ang ebidensya mula sa mga kahilingang natanggap ng partner para suriin ang palabas na source address. Ang pag-asang maglilingkod ang static na proxy IP sa app ay pinagsasama ang dalawang direksyong iyon sa isang tampok na hindi ibinibigay ng palabas na serbisyo.