Adresses IP de sortie statiques pour les appels à l’API Heroku avec Proximo

Une API partenaire peut exiger que les requêtes proviennent d’une IP source connue, tandis que l’application Heroku qui l’appelle s’exécute sur des dynos changeants. Une intégration Proximo existante fournit un chemin sortant via une adresse statique attribuée.

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

L’adresse de sortie attribuée est celle qui doit figurer dans la liste des sources autorisées du partenaire. PROXIMO_URL identifie le point de terminaison du proxy et les identifiants que l’application utilise pour emprunter ce chemin ; ce n’est pas l’URL publique du site de l’application.

Appliquez la route au processus qui effectue l’appel

Un processus web et un travailleur en arrière-plan peuvent effectuer des requêtes API distinctes. Configurez chaque consommateur nécessaire via son intégration proxy prise en charge. Router un processus ne prouve pas que tous les autres processus utilisent la passerelle.

Pour une application JVM, utilisez une configuration native appropriée de client HTTP ou SOCKS et le dispositif d’authentification pris en charge par le fournisseur. Ne déduisez pas la compatibilité Java d’un exemple de wrapper écrit pour un autre runtime.

Gardez les requêtes entrantes sur la route de l’application

La documentation Proximo pour Heroku indique explicitement qu’elle ne fournit pas d’accès entrant à l’application. Les clients qui atteignent l’application web utilisent toujours son nom d’hôte Heroku configuré et son routage.

Utilisez l’URL de l’application pour vérifier l’accès web entrant. Utilisez les preuves des requêtes reçues par le partenaire pour vérifier l’adresse source sortante. Attendre que l’IP statique du proxy serve l’application combine ces deux directions en une fonction que le service sortant ne fournit pas.