Overview and architecture

What is F5 Application Delivery Service for Google Cloud?

F5 Application Delivery Service for Google Cloud (ADS) is a SaaS offering that is tightly integrated into Google Cloud and its ecosystem of services, making applications fast, efficient, and reliable. It brings advanced traffic management capabilities from the commercial version of NGINX, without any of the operational toil.

NGINX Plus powers F5 ADS, which extends NGINX Open Source with advanced functionality and provides customers with a complete application delivery solution.

F5 ADS handles the NGINX Plus license management automatically.

Capabilities

The key capabilities of F5 Application Delivery Service for Google Cloud are:

  • Simplifies onboarding by providing a fully managed, ready-to-use NGINX service, eliminating the need for infrastructure setup, manual upgrades, or operational overhead.
  • Lowers operational overhead in running and optimizing NGINX.
  • Simplifies NGINX deployments with fewer moving parts (edge routing is built into the service).
  • Supports migration of existing NGINX configurations to the cloud with minimal effort.
  • Integrates with the Google Cloud ecosystem.
  • Adopts a consumption-based pricing to align infrastructure costs to actual usage by billing transactions using Google.

F5 Application Delivery Service for Google Cloud architecture

Architecture diagram showing how F5 ADS integrates with Google Cloud. At the top, inside the Google Cloud IaaS layer, NGINX Plus is managed using UI, API, and Terraform, alongside F5 ADS. Admins connect to this layer. Below, in the Customer VPC, end users connect through Edge Routing to multiple App Servers (labeled App Server 1). NGINX Plus directs traffic to these app servers. The Customer VPC also connects with Google Cloud services such as Secret Manager, Monitoring, and other services. Green arrows show traffic flow from end users through edge routing and NGINX Plus to app servers, while blue arrows show admin access.
  • The F5 ADS Console is used to create, update, and delete NGINX configurations, certificates and F5 ADS deployments
  • F5 ADS automatically adapts to application traffic demands through autoscaling
  • Each F5 ADS deployment has dedicated network and compute resources. There is no possibility of noisy neighbor problems or data leakage between deployments
  • F5 ADS can route traffic to upstreams even if the upstream servers are located in different geographies. See Known Issues for any networking restrictions.
  • F5 ADS supports request tracing. See the Application Performance Management with NGINX Variables blog to learn more about tracing.
  • Supports HTTP to HTTPS, HTTPS to HTTP, and HTTP to HTTP redirects. F5 ADS also provides the ability to create new rules for redirecting. See How to Create NGINX Rewrite Rules | NGINX for more details.

Service frontend

The service frontend of an F5 ADS deployment controls how client ingress traffic reaches your deployment. There are two frontend types: managed public endpoint and private endpoint.

Managed public endpoint

A managed public endpoint frontend allows client access over the internet through a public DNS name created by F5 ADS in its network.

This frontend type is suitable for:

  • Serving public web applications to end users over the internet
  • Proxying traffic from clients outside Google Cloud
  • Testing F5 ADS configurations before you set up a Private Endpoint frontend
Access control

Access control list (ACL) rules control traffic to a managed public endpoint deployment. If you don’t provide ACL rules, no traffic is allowed. An ACL rule includes the following settings:

  • Source prefixes: A list of CIDR blocks to allow traffic from
    • Use 0.0.0.0/0 to allow traffic from all source IP addresses
  • Protocol: The network protocol to allow
    • Valid values are TCP and UDP
    • Required when you specify a port range
  • Port range: A single port or port range to allow traffic from
    • If you don’t specify a port range, traffic is allowed from any port
    • Required when you specify a protocol

Private endpoint

A private endpoint frontend allows client access through your network by using Google’s Private Service Connect (PSC). To set up connectivity, create either a PSC endpoint for internal traffic or a PSC backend for external traffic. This approach brings the F5 ADS deployment into your client network through a service attachment created by F5 ADS, so application clients can connect directly into your network. For step-by-step instructions, see Set up connectivity.

This frontend type is suitable for:

  • Situations where you need greater control over traffic to the F5 ADS deployment
  • Environments where all clients exist within your Google Cloud network
  • Internal services that shouldn’t be exposed to the internet
Access control

A service attachment accept list restricts which Google project IDs can connect to the deployment. If you don’t specify any project IDs in the accept list, traffic from all projects is allowed.

Upstream network

F5 ADS uses Google Private Service Connect (PSC) to connect securely to your applications.

A PSC interface brings the deployment into your application network and supports secure connectivity to your applications. By using your own networking resources, you control traffic flow and can apply your preferred security controls.

To connect the F5 ADS PSC interface to your network, you must create a network attachment. For steps, see Create a network attachment.

NGINX Capacity Unit (NCU)

An NGINX Capacity Unit (NCU) quantifies the capacity of an NGINX deployment based on its underlying compute resources. This abstraction lets you specify capacity in NCUs without considering hardware differences between regions. You can reserve a minimum capacity for your deployment. The deployment automatically scales up or down based on traffic demand and makes sure it never drops below the reserved minimum.

Geographical controllers

F5 ADS has a global presence, with management requests served by regional controllers. A geographical controller (GC) is a control plane that serves users within a defined geographic boundary while addressing data residency and localization requirements. For example, a US geographical controller serves customers in the United States. F5 ADS currently operates in three geographies: US, EU, and Asia Pacific (APAC).

Supported regions

F5 Application Delivery Service for Google Cloud is supported in the following regions per geography:

F5 Application Delivery Service Geography Google Cloud Regions
US us-east1, us-east4, us-west1, us-west2, us-west3, us-west4, us-central1
EU europe-west1, europe-west2, europe-west3, europe-west4, europe-north1, europe-central2
APAC asia-southeast1, asia-south1, asia-south2

Current limitations

We are committed to enhancing F5 ADS and welcome your feedback to help shape the future of our service. If there are features you’d like to see prioritized, we encourage you to submit a support ticket to share your suggestions.

Here are the current constraints you should be aware of while using F5 Application Delivery Service for Google Cloud:

  • F5 ADS is supported in a limited number of regions. We are continually working to expand support across additional regions.
  • User Role-Based Access Control (RBAC) is not yet supported, but this enhancement is on our roadmap as we improve access control for multi-user environments.
  • F5 ADS deployments on Google Cloud do not support IPv6 traffic.
  • F5 ADS deployments on Google Cloud only support UDP traffic when using Managed Public Endpoint frontend service.

What’s next

To get started, check the F5 Application Delivery Service for Google Cloud prerequisites