Statische Egress-IPs für Heroku-API-Aufrufe mit Proximo

Eine Partner-API kann verlangen, dass Anfragen von einer bekannten Quell-IP stammen, während die aufrufende Heroku-Anwendung auf wechselnden Dynos läuft. Eine bestehende Proximo-Integration bietet einen ausgehenden Pfad über eine zugewiesene statische Adresse.

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

Die zugewiesene Egress-Adresse gehört in die Quell-Allowlist des Partners. PROXIMO_URL bezeichnet den Proxy-Endpunkt und die Anmeldedaten, mit denen die Anwendung diesen Pfad nutzt; es ist nicht die öffentliche Website-URL der Anwendung.

Wenden Sie die Route auf den aufrufenden Prozess an

Ein Web-Prozess und ein Hintergrund-Worker können getrennte API-Anfragen ausführen. Konfigurieren Sie jeden erforderlichen Nutzer über seine unterstützte Proxy-Integration. Eine Route für einen Prozess belegt nicht, dass jeder andere Prozess das Gateway nutzt.

Verwenden Sie für eine JVM-Anwendung eine passende native HTTP- oder SOCKS-Clientkonfiguration und die unterstützte Authentifizierung des Anbieters. Leiten Sie die Java-Kompatibilität nicht aus einem Wrapper-Beispiel ab, das für eine andere Laufzeit geschrieben wurde.

Halten Sie eingehende Anfragen auf der Route der Anwendung

Die Heroku-Dokumentation von Proximo sagt ausdrücklich, dass es keinen eingehenden Zugriff auf die Anwendung bietet. Clients, die die Webanwendung erreichen, nutzen weiterhin ihren konfigurierten Heroku-Hostnamen und ihr Routing.

Prüfen Sie eingehenden Web-Zugriff über die App-URL. Nutzen Sie Belege aus den beim Partner eingegangenen Anfragen, um die ausgehende Quelladresse zu prüfen. Wer erwartet, dass die statische Proxy-IP die App bedient, verschmilzt diese beiden Richtungen zu einer Funktion, die der ausgehende Dienst nicht bietet.