Proximo를 사용하는 Heroku API 호출용 고정 이그레스 IP
애플리케이션 인그레스는 Heroku의 웹 라우트에 두고, 아웃바운드 IP 허용 목록에는 기존 Proximo 통합을 사용하세요.
파트너 API는 호출하는 Heroku 앱이 변화하는 dynos에서 실행되더라도 요청이 알려진 소스 IP에서 오도록 요구할 수 있습니다. 기존 Proximo 통합은 할당된 고정 주소를 통한 아웃바운드 경로를 제공합니다.
dyno’s API client → Proximo gateway → partner API
assigned source IP파트너의 소스 허용 목록에 들어가야 하는 것은 할당된 이그레스 주소입니다. PROXIMO_URL은 애플리케이션이 그 경로로 들어갈 때 사용하는 프록시 엔드포인트와 자격 증명을 식별하며, 앱의 공개 웹사이트 URL이 아닙니다.
호출을 수행하는 프로세스에 경로를 적용하세요
웹 프로세스와 백그라운드 워커는 별도의 API 요청을 할 수 있습니다. 필요한 각 소비자를 지원되는 프록시 통합으로 구성하세요. 한 프로세스를 라우팅한다고 해서 다른 모든 프로세스가 게이트웨이를 사용하는 것은 아닙니다.
JVM 애플리케이션에는 적절한 네이티브 HTTP 또는 SOCKS 클라이언트 구성을 사용하고 공급자가 지원하는 인증 방식을 따르세요. 다른 런타임용으로 작성된 래퍼 예제에서 Java 호환성을 추정하지 마세요.
수신 요청은 애플리케이션의 경로에 유지하세요
Proximo의 Heroku 문서는 애플리케이션에 대한 인바운드 접근을 제공하지 않는다고 명시합니다. 웹 앱에 도달하는 클라이언트는 여전히 구성된 Heroku 호스트 이름과 라우팅을 사용합니다.
수신 웹 접근은 앱 URL로 확인하세요. 파트너가 받은 요청의 증거로 아웃바운드 소스 주소를 확인하세요. 고정 프록시 IP가 앱을 제공할 것이라고 기대하는 것은 이 두 방향을 아웃바운드 서비스가 제공하지 않는 기능으로 합치는 것입니다.