Apigee networking options

You can choose one of two distinct networking options when you provision a new Apigee organization: Non-VPC Peering or VPC peering. These two options are summarized below.

Non-VPC Peering option

This option does not require VPC peering. With this approach, you are not required to provide networks and IP ranges during the Apigee provisioning process. Instead, you use Private Service Connect for routing northbound traffic (from clients to Apigee) and southbound traffic (from Apigee to to target services running in your Google Cloud projects).

Private Service Connect enables private connection between a service producer (Apigee) and a service consumer (one or more other Cloud projects that you control). With non-VPC peering provisioning, requests pass through either a global external load balancer or a regional external load balancer to a single point of attachment, called a service attachment (Figure 1) using Private Service Connect.

The non-VPC provisioning steps are described in Provision without VPC peering

Figure 1. Apigee architecture without VPC peering. See also Apigee architecture overview.

VPC peering option

Traditionally, Apigee has employed VPC network peering to enable communication between a virtual private cloud (VPC) network managed by you and a VPC network managed by Apigee. This configuration allows bi-directional communication between the two VPC networks and allows Apigee API proxies to call target services deployed in your VPC. If target applications are in the peered network, Apigee can access their IP addresses and route API proxy traffic to them. See also Apigee architecture overview.

To create an Apigee instance, you are required to allocate a pair of IP Address Ranges (a /22 and /28 CIDR range) to Apigee and perform the VPC peering between your network and Apigee's network. Each Apigee instance requires a non-overlapping CIDR range of /22 and /28. The Apigee runtime plane is assigned IP addresses from within this CIDR range. As a result, it's important that the range is reserved for Apigee and not used by other applications in your VPC network.

Apigee supports peering with only one network; however, many enterprises have multiple networks where applications and services are deployed. In these cases, you can use Private Service Connect to privately connect Apigee to target services running across VPC networks in addition to the peered network (Figure 2). See Southbound networking patterns for more information.

Figure 2. Apigee architecture with VPC peering. For details of this architecture, see Apigee architecture overview.

The steps for provisioning Apigee with VPC peering are covered in Provision with VPC peering.

How to choose a networking option

The following table describes the features/approaches available with each networking option:

Feature availability VPC peering-based provisioning Non-VPC peering-based provisioning Network requirements Requires network information for Apigee organization creation Yes No Requires IP range allocation for Apigee instance creation Yes (/22 & /28 CIDR ranges for each region) No
Northbound routing Private Service Connect-based routing Yes Yes MIG-based routing Yes No Global load balancing Yes Yes Global load balancing (Classic) Yes No Regional load balancing Yes Yes Active health check for multi-region failover routing Yes (with MIG-based routing) No (with Private Service Connect NEGs)

Yes (with MIG-based routing)
Southbound routing Southbound routing options Can use VPC peering or Private Service Connect Private Service Connect Only
Other features DNS peering
(See Connecting with private DNS peering zones) Yes Yes VPC Service Controls Yes No