Een partner-API kan eisen dat verzoeken van een bekend bron-IP komen, terwijl de Heroku-app die deze aanroept op wisselende dynos draait. Een bestaande Proximo-integratie biedt een uitgaande route via een toegewezen statisch adres.

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

Het toegewezen egress-adres is wat in de bron-allowlist van de partner hoort. PROXIMO_URL identificeert het proxy-eindpunt en de inloggegevens waarmee de applicatie die route betreedt; het is niet de openbare website-URL van de app.

Pas de route toe op het proces dat de aanroep doet

Een webproces en een achtergrondworker kunnen afzonderlijke API-verzoeken doen. Configureer elke benodigde consumer via de ondersteunde proxy-integratie ervan. Eén proces routeren bewijst niet dat elk ander proces de gateway gebruikt.

Gebruik voor een JVM-applicatie een passende native HTTP- of SOCKS-clientconfiguratie en de door de provider ondersteunde authenticatieregeling. Leid Java-compatibiliteit niet af uit een wrapper-voorbeeld dat voor een andere runtime is geschreven.

Houd inkomende verzoeken op de route van de applicatie

De Heroku-documentatie van Proximo zegt uitdrukkelijk dat het geen inkomende toegang tot de applicatie biedt. Clients die de webapp bereiken, gebruiken nog steeds de geconfigureerde Heroku-hostnaam en routering.

Gebruik de app-URL om inkomende webtoegang te controleren. Gebruik bewijs uit de verzoeken die de partner heeft ontvangen om het uitgaande bronadres te controleren. Verwachten dat de statische proxy-IP de app bedient, voegt die twee richtingen samen tot een functie die de uitgaande dienst niet biedt.

Gerelateerde artikelen