Ahora que has configurado Google Cloud y la interfaz de usuario híbrida, y has instalado y configurado el tiempo de ejecución, puedes ver cómo funciona todo junto.
En esta sección se explica lo siguiente:
Crea un proxy de APIs en la interfaz de usuario de Apigee con el
Asistente para proxies de APIs.
Selecciona Desarrollar > Proxies de API en la vista principal.
En la lista desplegable Entorno, selecciona el entorno en el que quieras crear un proxy de API. En esta sección se da por supuesto que el nombre del entorno es "test". Has creado al menos un entorno en el paso 5: Añade un entorno.
La interfaz de usuario híbrida muestra una lista de proxies de API de ese entorno. Si aún no has creado ningún proxy, la lista estará vacía.
En la parte superior derecha, haz clic en +Proxy. Se inicia el asistente de proxy de API.
Seleccione Proxy inverso (la opción más habitual) y haga clic en Siguiente.
Se muestra la vista Detalles del proxy.
Configura tu proxy con los siguientes ajustes:
Nombre del proxy: escriba "myproxy". En los pasos restantes de esta sección se da por supuesto que este es el ID de tu proxy.
Ruta base del proxy: se define automáticamente como "/myproxy". La ruta base del proxy forma parte de la URL que se usa para enviar solicitudes a tu API. Edge usa la URL para
hacer coincidir y enrutar las solicitudes entrantes al proxy de API adecuado.
(Opcional) Descripción: escribe una descripción para tu nuevo proxy de API, como "Prueba de Apigee hybrid con un proxy sencillo".
Destino (API actual): introduce "https://mocktarget.apigee.net". Define la URL de destino que invoca Apigee en una solicitud al proxy de API. El servicio mocktarget está alojado en Apigee y devuelve datos sencillos. No requiere ninguna clave de API ni token de acceso.
Los detalles de tu proxy de API deberían ser similares a los siguientes:
Haz clic en Siguiente.
En la pantalla Políticas, selecciona Transferencia (sin autorización) como opción de seguridad.
Haz clic en Siguiente.
En la pantalla Resumen, haz clic en Crear.
Hybrid genera el proxy (a veces denominado paquete de proxy):
Haz clic en Ir a la lista de proxies.
Híbrido muestra la vista Proxies (Proxies), que muestra una lista de proxies de API. El
nuevo proxy debería estar en la parte superior de la lista, con un indicador de estado gris, lo que significa que aún no se ha implementado.
2. Desplegar el proxy en el clúster mediante la interfaz de usuario híbrida
Después de crear un proxy, debes implementarlo para poder probarlo. En esta sección se describe cómo implementar el nuevo proxy mediante la interfaz de usuario híbrida.
Para desplegar un proxy de API en la interfaz de usuario híbrida, sigue estos pasos:
En la interfaz de usuario híbrida, selecciona Desarrollar > Proxies de API.
Asegúrate de que esté seleccionado el entorno de prueba.
La interfaz de usuario muestra el nuevo proxy en la lista de proxies:
Haz clic en el proxy "myproxy".
En la interfaz de usuario se muestra la pestaña Información general de los proxies de API de ese proxy.
En Implementaciones, la columna Revisión muestra el valor "No implementado".
En la columna Revisión, despliega el selector para elegir la revisión que quieras implementar.
En la lista desplegable solo se muestran las opciones "1" y "Undeploy".
En la lista desplegable, selecciona "1", la revisión que quieras implementar.
La interfaz de usuario te pedirá que confirmes la implementación:
Haz clic en Desplegar.
La interfaz de usuario inicia el proceso de implementación de la revisión 1 de tu nuevo proxy en el clúster.
Ten en cuenta que la implementación no es un proceso instantáneo. El modelo de implementación "eventualmente coherente" de Hybrid significa que una nueva implementación se lanzará en el clúster durante un breve periodo y no inmediatamente.
Aunque hay varias formas de comprobar el estado de implementación de un proxy en la interfaz de usuario, en los dos pasos siguientes se explica cómo llamar al proxy de API que acabas de implementar y cómo comprobar el estado de implementación con una llamada a las APIs de Apigee.
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-08-28 (UTC)."],[[["\u003cp\u003eThis documentation outlines the process of creating and deploying an API proxy using the Apigee hybrid UI, version 1.6, which is noted as end-of-life and should be upgraded.\u003c/p\u003e\n"],["\u003cp\u003eYou can create a new API proxy through the API Proxy Wizard in the Apigee UI by selecting "Reverse proxy" and setting details like proxy name, base path, and target URL, which in this case is "https://mocktarget.apigee.net".\u003c/p\u003e\n"],["\u003cp\u003eAfter creating the proxy, you must deploy it to your cluster via the UI by selecting the desired revision, which starts the deployment process that will roll it out over a short period of time.\u003c/p\u003e\n"],["\u003cp\u003eOnce deployed, the API proxy can be tested by calling it using cURL, and depending on whether you have a self signed certificate or not, you will have to use a modified cURL command to call the proxy.\u003c/p\u003e\n"],["\u003cp\u003eThe example uses a proxy name of "myproxy" and base path "/myproxy", and deploying it to the "test" environment, which then can be called via an environment variable which contains the host alias.\u003c/p\u003e\n"]]],[],null,["# Create and deploy a new API proxy\n\n| You are currently viewing version 1.6 of the Apigee hybrid documentation. **This version is end of life.** You should upgrade to a newer version. For more information, see [Supported versions](/apigee/docs/hybrid/supported-platforms#supported-versions).\n\nNow that you've configured and the hybrid UI, and installed and configured the\nruntime, you're ready to see how it all works together.\n\nThis section walks you through the following:\n\n1. **[Create a new API proxy](#create-proxy)** in the Apigee UI using the API Proxy Wizard\n2. **[Deploy your new proxy](#deploy)** to your cluster with the UI\n\n1. Create a new API proxy using the hybrid UI\n---------------------------------------------\n\nThis section describes how to create a new API proxy in the UI by using the API Proxy Wizard.\n\n**To create a simple API proxy using the API Proxy Wizard:**\n\n1. Open [Apigee UI](https://apigee.google.com) in a browser.\n2. Select **Develop \\\u003e API Proxies** in the main view.\n3. From the **Environment** drop-down list, select the environment in which you want to create a new API proxy. This section assumes the name of the environment is \"test\". You created at least one environment in [Step 5: Add an environment](/apigee/docs/hybrid/v1.6/precog-add-environment).\n\n The hybrid UI displays a list of API proxies for that environment. If you haven't created any\n proxies yet, the list is empty.\n4. Click **+Proxy** in the upper right. The API Proxy Wizard starts.\n5. Select **Reverse proxy** (most common), and click **Next** .\n\n The **Proxy details** view is displayed.\n6. Configure your proxy with the following settings:\n - **Proxy Name:** Enter \"myproxy\". The remaining steps in this section assume that this is your proxy's ID.\n - **Proxy Base Path:** Automatically set to \"/myproxy\". The **Proxy Base\n Path** is part of the URL used to make requests to your API. Edge uses the URL to match and route incoming requests to the proper API proxy.\n - (Optional)**Description:** Enter a description for your new API proxy, such as \"Testing Apigee hybrid with a simple proxy\".\n - **Target (Existing API):** Enter \"https://mocktarget.apigee.net\". This defines the target URL that Apigee invokes on a request to the API proxy. The mocktarget service is hosted at Apigee and returns simple data. It requires no API key or access token.\n\n Your API proxy's details should look like the following:\n\n7. Click **Next**.\n8. On the **Policies** screen, select **Pass through (no authorization)** as the security option.\n9. Click **Next**.\n10. On the **Summary** screen, click **Create** .\n\n Hybrid generates the proxy (sometimes referred to as *the proxy bundle*):\n\n | **NOTE:** In this case, the hybrid UI does *not* deploy the proxy to your cluster. You will do this in [the next step](#deploy).\n11. Click **Go to proxy list** .\n\n Hybrid displays the **Proxies** view, which displays a list of API proxies. The\n new proxy should be at the top of the list, with a gray status indicator, meaning that it has\n not yet been deployed.\n\n2. Deploy your proxy to the cluster using the hybrid UI\n-------------------------------------------------------\n\nAfter creating a new proxy, you must deploy it so that you can try it out. This section\ndescribes how to deploy your new proxy using the hybrid UI.\n\n**To deploy an API proxy in the hybrid UI:**\n\n1. In the hybrid UI, select **Develop \\\u003e API Proxies** .\n\n Be sure the \"test\" environment is selected.\n\n The UI displays your new proxy in the proxies list:\n\n2. Click on the \"myproxy\" proxy.\n\n The UI displays the **API Proxies Overview** tab for that proxy.\n\n Notice that under **Deployments** , the **Revision** column shows\n \"Not deployed\".\n3. In the **Revision** column, expand the drop-down selector to choose the revision to deploy.\n\n The drop down list displays only \"1\" and \"Undeploy\".\n4. Select \"1\"---the revision that you want to deploy---from the drop down list.\n\n The UI prompts you to confirm the deployment:\n\n5. Click **Deploy** .\n\n The UI begins the process of deploying revision 1 of your new proxy to the cluster.\n\n Note that deployment is not an instantaneous process. Hybrid's \"eventually consistent\"\n deployment model means that a new deployment will be rolled out to the cluster over a short\n period of time and not immediately.\n\nWhile there are [several ways](/apigee/docs/api-platform/deploy/ui-deploy-overview#viewing-deployment-status) to check the\ndeployment status of a proxy in the UI, the next two steps explain how to call the API proxy\nyou just deployed and how\nto check the deployment status with a call to the [Apigee APIs](/apigee/docs/reference/apis/apigee/rest).\n\n3. Call the API proxy\n---------------------\n\nWhen the [UI indicates\nyour proxy is deployed](/apigee/docs/hybrid/v1.6/ui-deploy-overview#view-deployment-status), you can try calling it using cURL or the REST client of your choice.\nFor example:\n\n1. Export your environment group's host alias to a variable: \n\n ```\n $HOSTALIAS=your_host_alias\n ```\n2. Call the API proxy: \n\n ```\n curl -k https://$HOSTALIAS/myproxy\n ```\n\n\n For example: \n\n ```\n curl -v -k https://apitest.acme.com/myproxy\n ```\n\n If the call succeeds, you will see the following output: \n\n ```text\n Hello, Guest!\n ```\n\n\nIf you used a self-signed certificate and you get a TLS/SSL error, try these steps instead:\n\n1. Export your environment group's host alias to a variable: \n\n ```\n export $HOSTALIAS=your_host_alias\n ```\n2. Export the ingress host: \n\n ```\n export INGRESS_HOST=$(kubectl -n istio-system get service \\\n istio-ingressgateway -o jsonpath='{.status.loadBalancer.ingress[0].ip}')\n ```\n3. Export the secure ingress port number: \n\n ```\n export SECURE_INGRESS_PORT=$(kubectl -n istio-system get \\\n service istio-ingressgateway -o jsonpath='{.spec.ports[?(@.name==\"https\")].port}')\n ```\n4. Call the API proxy: \n\n ```\n curl -H Host:$HOSTALIAS --resolve \\\n $HOSTALIAS:$SECURE_INGRESS_PORT:$INGRESS_HOST \\\n https://$HOSTALIAS:$SECURE_INGRESS_PORT/myproxy -k\n ```\n\n*[Google Cloud]: Google Cloud"]]
