Supported versions:
Unsupported versions:
Now that you've configured Google Cloud and the hybrid UI, and installed and configured the runtime, you're ready to see how it all works together.
This section walks you through the following:
This section describes how to create a new API proxy in the UI by using the API Proxy Wizard.
To create a simple API proxy using the API Proxy Wizard:
The hybrid UI displays a list of API proxies for that environment. If you haven't created any proxies yet, the list is empty.
The Proxy details view is displayed.
Your API proxy's details should look like the following:

Hybrid generates the proxy (sometimes referred to as the proxy bundle):

Hybrid displays the Proxies view, which displays a list of API proxies. The new proxy should be at the top of the list, with a gray status indicator, meaning that it has not yet been deployed.
After creating a new proxy, you must deploy it so that you can try it out. This section describes how to deploy your new proxy using the hybrid UI.
To deploy an API proxy in the hybrid UI:
Be sure the "test" environment is selected.
The UI displays your new proxy in the proxies list:

Click on the "myproxy" proxy.
The UI displays the API Proxies Overview tab for that proxy.
Notice that under Deployments, the Revision column shows "Not deployed".
The drop down list displays only "1" and "Undeploy".
Select "1"—the revision that you want to deploy—from the drop down list.
The UI prompts you to confirm the deployment:

The UI begins the process of deploying revision 1 of your new proxy to the cluster.
Note that deployment is not an instantaneous process. Hybrid's "eventually consistent" deployment model means that a new deployment will be rolled out to the cluster over a short period of time and not immediately.
While there are several ways to check the deployment status of a proxy in the UI, the next two steps explain how to call the API proxy you just deployed and how to check the deployment status with a call to the Apigee APIs.
Follow the steps below, depending on whether or not you can update the DNS record of the hostname you used to create the environment group.
Follow these steps if your environment group hostname is not registered, or you are not able
to update its DNS record. In these steps, you get the ingress IP and use it directly in a cURL call
with the --resolve flag:
export INGRESS_IP=$(kubectl -n istio-system get service \
istio-ingressgateway -o jsonpath='{.status.loadBalancer.ingress[0].ip}')export SECURE_INGRESS_PORT=$(kubectl -n istio-system get \
service istio-ingressgateway -o jsonpath='{.spec.ports[?(@.name=="https")].port}')export HOSTALIAS=your_host_alias
--resolve flag on cURL allows you to directly
specify the ingress IP:
curl -H Host:$HOSTALIAS --resolve \ $HOSTALIAS:$SECURE_INGRESS_PORT:$INGRESS_IP \ https://$HOSTALIAS:$SECURE_INGRESS_PORT/myproxy -k
Follow these steps if the hostname you used when you created the environment group is registered and you can update its DNS record to point to the external ingress IP:
export INGRESS_IP=$(kubectl -n istio-system get service \
istio-ingressgateway -o jsonpath='{.status.loadBalancer.ingress[0].ip}')echo $INGRESS_IP 34.118.196.202
export HOSTALIAS=your_host_alias
curl -k https://$HOSTALIAS/myproxy
For example:
curl -v -k https://apitest.acme.com/myproxy
If the call succeeds, you will see the following output:
Hello, Guest!
Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.
Last updated 2026-07-23 UTC.