I wanted to get your expert guidance on a connectivity challenge we are facing in our current apigee setup and understand the best way forward from an Apigee standpoint.
Context / current setup
We have Apigee deployed in GCP under the abc environment, which exposes APIs .
These APIs need to integrate with backend services hosted in GCP under the def environment.
Both abc and def environments are within xyz, but they are separate GCP projects.
Security verdict so far,we have already discussed this with the security team, and the constra ints are:
Shared VPN cannot be used, as the existing abc–def VPN is already reserved for legacy/old projects.
Private Service Connect (PSC) is not approved as per the current security policy.
The only approved and feasible option per security is to connect via an intermediaryproxysetup.
What we need your help onGiven the above, I’d really value your view on:
How best to architect this proxy-based connectivityfrom Apigee (abc) to backend services in def
e.g. Apigee → pro xy → def backend
What kind of proxy pattern is typically recommended in such setups
(e.g. Apigee HTTP(S) target via public/internal proxy, controll ed ingress, etc.)
We wanted to let you know we’re keeping your new question on our radar. While we wait for the community and experts to weigh in, you might find these resources helpful:
As for your concerns on design and architecture Apigee does not prescribe anything specific. A few notes however on proxy configuration. If, and only if all of your traffic must egress through the forward proxy setting the environment option may be the desired approach since this does not require setting this option on every proxy. Some policies allow skipping or customizing forward proxy behavior as needed too should you have internal vs external routing choices. Hope this helps get you started in the right direction.