Statiske egress-IP-ar for Heroku API-kall med Proximo

Ein partnar-API kan krevje at førespurnadene kjem frå ein kjend kjelde-IP, medan Heroku-appen som kallar han, køyrer på skiftande dynos. Ein eksisterande Proximo-integrasjon gjev ein utgåande veg gjennom ei tildelt statisk adresse.

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

Den tildelte egress-adressa er den som høyrer heime i tillatingslista over kjelder hjå partnaren. PROXIMO_URL identifiserer proxy-endepunktet og legitimasjonen applikasjonen brukar for å gå inn på den vegen; det er ikkje den offentlege nettstads-URL-en til applikasjonen.

Bruk ruta på prosessen som gjer kallet

Ein webprosess og ein bakgrunnsarbeidar kan gjere separate API-førespurnader. Konfigurer kvar påkravd forbrukar gjennom den støtta proxy-integrasjonen hans. Å rute éin prosess beviser ikkje at alle andre prosessar brukar gatewayen.

For ein JVM-applikasjon, bruk ein passande native HTTP- eller SOCKS-klientkonfigurasjon og autentiseringsordninga som leverandøren støttar. Ikkje utlei Java-kompatibilitet frå eit wrapper-døme skrive for ein annan runtime.

Hald innkomande førespurnader på ruta til applikasjonen

Heroku-dokumentasjonen til Proximo seier uttrykkeleg at han ikkje gjev innkomande tilgang til applikasjonen. Klientar som når webapplikasjonen, brukar framleis det konfigurerte Heroku-vertsnamnet og rutinga.

Bruk app-URL-en til å kontrollere innkomande webtilgang. Bruk prov frå førespurnadene partnaren fekk, til å kontrollere den utgåande kjeldeadressa. Å vente at den statiske proxy-IP-en skal betene appen, sameinar dei to retningane til ein funksjon den utgåande tenesta ikkje tilbyr.