Skip to main content

Overview

Everything on Control Plane starts with a Global Virtual Cloud (GVC), the set of locations your applications run in, and a workload, one application that Control Plane runs in every one of those locations. This part creates a GVC that spans an AWS region and a GCP region, and one workload that runs in both, with a replica in each location. The workload’s endpoint terminates TLS, sends each request to the nearest healthy location, and routes around a location that fails, so one workload definition gives you a multi-cloud deployment that survives the loss of a region or a provider. What you’ll build:
  • A GVC spanning AWS and GCP locations.
  • A public workload serving the NGINX welcome page from both locations.
  • A TLS-secured global endpoint that routes each request to the nearest healthy location.
The workload web is created in the GVC quickstart-gvc, and the GVC spans two locations, aws-us-west-2 on AWS and gcp-us-east1 on Google Cloud. One workload, created once, running in two clouds behind one endpoint.

Prerequisites

  • An org to deploy into. If you don’t have one yet, sign up for Control Plane: the Console walks you through creating a billing account and your first org.

Step 1: Log in to the Console

Navigate to console.cpln.io and sign in with your SSO provider. Your organization’s dashboard opens.

Step 2: Create a GVC

A GVC defines where your workloads run across cloud providers and regions.
1

Open the Create GVC form

Click the Create dropdown in the upper right corner and select GVC.
2

Name the GVC

Enter quickstart-gvc as the name.
3

Select locations

Click Locations, then click Add Location. Select aws-us-west-2 and gcp-us-east1 to deploy across both AWS and GCP, then click OK.
4

Create the GVC

Click Create. When the Console asks Set as Current Context?, click Yes, Set Context to browse this GVC’s workloads, identities, and volume sets from the sidebar.

Step 3: Create a workload

A workload is your application running on Control Plane.
1

Navigate to Workloads

Click Workloads in the left menu, then click New.
2

Configure basic settings

Enter web as the name and confirm the GVC dropdown under the description field shows quickstart-gvc.
3

Configure the container

Click Containers. For the image source, select External, then enter:
Under Ports, set the number to 80 and keep the protocol http.
4

Make the workload public

Click Firewall, then click Make Public to allow external access.
5

Create the workload

Click Create. The workload summary page opens.

Step 4: Open the welcome page

1

Wait for deployment

The workload health shows Ready once the first deployment completes.
2

Open the canonical endpoint

In the summary, under Endpoints, click the link next to Canonical Endpoint (Global). The NGINX welcome page opens in a new window, served from the location nearest to you.
3

View individual deployments

Click Deployments in the left pane. Each location lists its own endpoint; click the link icon next to it to open that specific deployment.

Verify

Whichever interface you used: once the workload reports Ready, its canonical endpoint serves the NGINX welcome page:
Each location also serves its own endpoint: open both from the Deployments page in the Console (or the cpln workload get-deployments web output) to confirm the workload responds from AWS and GCP.
Your workload runs on AWS and GCP behind one TLS-secured endpoint, geo-routed to the nearest healthy location.

What you’ve learned

  • One definition, every location: a workload runs in each location of its GVC, and a location added to the GVC later runs it too.
  • Availability by placement: two locations on two providers, with the endpoint routing around an unhealthy one, is what keeps the application reachable when a region or a provider fails.
  • The endpoint comes with the workload: TLS termination, the certificate, and geo-routing are part of every public workload.
  • Five interfaces, one result: the Console, the CLI, Terraform, Pulumi, and an AI agent create the same GVC and workload.

Next steps

2. Deploy your own application

Build and deploy your own containerized application to Control Plane.

Clean up

To remove everything this part created:
Open quickstart-gvc, click Actions, then Delete. Type the GVC name to confirm and click Delete. Deleting the GVC removes its workloads with it.