Implementar y probar tu aplicación

ID de región

REGION_ID es un código abreviado que Google asigna en función de la región que eliges cuando creas la app. El código no corresponde a un país ni a una provincia, aunque algunos ID de región puedan parecer similares a los códigos de país y provincia que se suelen usar. En el caso de las apps creadas después de febrero de 2020, REGION_ID.r se incluye en las URL de App Engine. En el caso de las apps existentes creadas antes de esta fecha, el ID de región es opcional en la URL.

Obtén más información acerca de los ID de región.

Aprende cómo ejecutar tu aplicación de forma local, implementarla y probarla en App Engine.

Ejecuta de forma local

Para probar tu aplicación antes de la implementación, ejecútala en un entorno local con las herramientas de desarrollo que sueles usar. Te recomendamos que uses las herramientas estándar de Python, como virtualenv, para crear entornos aislados y pytest a fin de ejecutar pruebas de unidades y pruebas de integración, en lugar de depender de dev_appserver, el servidor de desarrollo local que se proporciona con el SDK de Google Cloud.

Por ejemplo, para ejecutar una aplicación Flask con el servidor de desarrollo de Flask, por lo general, puedes usar lo siguiente:

python main.py

Inicia las aplicaciones Django con lo siguiente:

python manage.py runserver

Para simular un entorno de producción de App Engine, ejecuta todo el servidor de la interfaz de puerta de enlace del servidor web (WSGI) de manera local. Usa el mismo comando que se especifica como en el archivo app.yaml, por ejemplo:

gunicorn -b :$PORT main:app

Antes de implementar tu aplicación

Antes de implementar tu aplicación:

El propietario del proyecto de Google Cloud debe configurar el proyecto de Google Cloud para App Engine.
Asegúrate de que tu cuenta de usuario tenga los privilegios necesarios.

Implementa tu aplicación

Implementa la aplicación en App Engine con el comando de gcloud app deploy. Durante la implementación, el servicio Cloud Build compila una imagen de contenedor de la aplicación para ejecutar en el entorno estándar de App Engine. Cada compilación se ejecuta en la misma región que tu proyecto de Google Cloud. Para obtener más información, consulta Administra imágenes de compilación.

Para implementar tus aplicaciones de manera programática, usa la API de Admin.

Implementa un servicio

Para implementar tu aplicación en App Engine, debes implementar versiones de sus servicios y cada uno de sus archivos de configuración.

Para implementar una versión del servicio de la aplicación, ejecuta el siguiente comando desde el directorio donde se encuentra ubicado el archivo app.yaml del servicio:

gcloud app deploy

Si no especificas los archivos con el comando, solo se implementará el archivo app.yaml en el directorio actual. De forma predeterminada, el comando deploy genera un ID único para la versión que implementas, implementa la versión en el proyecto de Google Cloud en el que configuraste Google Cloud CLI y enruta todo el tráfico a la versión nueva.

Puedes cambiar el comportamiento predeterminado del comando si orientas los archivos específicos o incluyes parámetros adicionales:

Para implementar los otros archivos de configuración de tu servicio, debes orientar y, luego, implementar cada archivo por separado. Por ejemplo:
```
gcloud app deploy cron.yaml
gcloud app deploy dispatch.yaml
gcloud app deploy index.yaml
```
Para especificar un ID de versión personalizada, usa el marcador --version.
Para evitar que el tráfico se enrute de manera automática a la versión nueva, usa la marca --no-promote.
Para implementar en un proyecto de Google Cloud específico, usa la marca --project.

Por ejemplo, para implementar el servicio que define el archivo app.yaml en un proyecto específico de Google Cloud, asígnale un ID de versión personalizado y evita que el tráfico se enrute a la versión nueva:

gcloud app deploy --project PROJECT_ID --version VERSION_ID --no-promote

Para obtener más información sobre este comando, consulta la referencia de gcloud app deploy.

Implementa varios servicios

Puedes usar el mismo comando de implementación para implementar o actualizar varios de los servicios que conforman tu aplicación.

Antes de empezar:

Debes implementar una versión de la aplicación en el servicio default antes de poder crear y, luego, implementar los servicios posteriores.
El ID de cada uno de los servicios se debe especificar en los archivos de configuración app.yaml correspondientes. Para especificar el ID de servicio, incluye la definición del elemento service en cada archivo de configuración. De forma predeterminada, si se excluye la definición de este elemento del archivo de configuración, se implementa la versión en el servicio default.

Para implementar varios servicios, implementa cada archivo app.yaml del servicio por separado. Puedes especificar varios archivos con un solo comando de gcloud app deploy:

gcloud app deploy service1/app.yaml service2/app.yaml

Visualiza registros de compilación

Cloud Build transmite y, luego, implementa registros que se pueden ver en la sección Historial de compilación de Cloud Build de la consola de Google Cloud. Para ver las compilaciones en una región de la app, usa el menú Región a fin de filtrar por región.

Administra imágenes de compilación

Cada vez que implementas una versión nueva, sucede lo siguiente:

App Engine crea una imagen de contenedor mediante el servicio Cloud Build.
Cloud Build compila la imagen de contenedor en la región de la app y se ejecuta en el entorno estándar de App Engine.
App Engine almacena imágenes de contenedor compiladas en Artifact Registry. Puedes descargar estas imágenes para mantenerlas o ejecutarlas en otro lugar.

Después de que se complete la implementación, App Engine no necesitará las imágenes de contenedor. Las imágenes de contenedor no se borran de forma automática. Para evitar alcanzar tu cuota de almacenamiento, puedes borrar con seguridad cualquier imagen que no necesites. Sin embargo, si necesitas las imágenes en el futuro o quieres conservar una copia de las imágenes, debes exportar una copia antes de borrarla. Para obtener más información sobre la administración de imágenes en Artifact Registry, consulta Administra imágenes.

Ignora los archivos

Puedes usar un archivo .gcloudignore para especificar los archivos y directorios que no se subirán a App Engine cuando implementes los servicios. Esto es útil para ignorar artefactos de compilación y otros archivos que no necesitan subirse con la implementación.

Visualiza la aplicación

Una vez que implementes la aplicación en App Engine, puedes ejecutar el siguiente comando para iniciar el navegador y visualizarla en https://PROJECT_ID.REGION_ID.r.appspot.com:

gcloud app browse

Prueba en App Engine antes de desviar el tráfico

Antes de configurar una nueva versión para recibir tráfico, puedes probarla en App Engine. Por ejemplo, para probar una versión nueva del servicio default, sigue estos pasos:

Implementa tu versión nueva, pero evita que el tráfico se enrute de forma automática a ella:
```
gcloud app deploy --no-promote
```
Accede a la versión nueva desde la siguiente URL:

https://VERSION_ID-dot-default-dot-PROJECT_ID.REGION_ID.r.appspot.com

Nota: Puedes encontrar el ID de la versión en la consola de Google Cloud o especificar uno cuando realices una implementación con la --version flag. Google Cloud CLI también genera el ID de versión cuando realizas la implementación.

Ahora puedes probar tu nueva versión en el entorno de ejecución de App Engine. Puedes depurar tu aplicación si miras los registros. Para obtener más información, consulta Escribe registros de aplicaciones.

En App Engine, las solicitudes enviadas a https://PROJECT_ID.REGION_ID.r.appspot.com se enrutan a la versión que se configuró antes para recibir tráfico.
Cuando desees enviar tráfico a la nueva versión, usa la consola de Google Cloud para migrar el tráfico:

Administra versiones

Selecciona la versión que acabas de implementar y haz clic en Migrar tráfico.

Puedes usar el mismo proceso para probar las versiones nuevas de otros servicios si reemplazas default en la URL por el nombre del servicio:

https://VERSION-dot-SERVICE-dot-PROJECT_ID.REGION_ID.r.appspot.com

Para obtener más información sobre cómo orientar versiones y servicios específicos, consulta la sección sobre cómo enrutar solicitudes.

Usa variables de entorno de compilación

También puedes configurar variables de entorno de compilación para entornos de ejecución que admitan paquetes de compilación.

Las variables de entorno de compilación son pares clave-valor que puedes especificar a fin de configurar el paquete de compilación que usas para implementar tu app. Por ejemplo, es posible que desees especificar opciones del compilador.

Antes de comenzar:

Las claves deben empezar con una letra ASCII en mayúscula y pueden incluir letras ASCII en mayúscula, dígitos y guiones bajos.
Debes evitar crear variables con un prefijo de clave GOOGLE_*.
Por el momento, las siguientes claves están reservadas para el uso de Google:
- GOOGLE_RUNTIME
- GOOGLE_RUNTIME_VERSION
- GOOGLE_ENTRYPOINT
- GOOGLE_DEVMODE
Puedes usar cualquier clave que se compatible con los paquetes de compilación.

Para usar variables de entorno con paquetes de compilación, especifica el campo build_env_variables en el archivo app.yaml.

Obtén más información sobre los paquetes de compilación.

Usa el servidor de desarrollo local

Google Cloud CLI incluye un servidor de desarrollo local llamado dev_appserver que puedes ejecutar de manera local para simular cómo se ejecuta la aplicación en el entorno de producción de App Engine. Este servidor de desarrollo simula de forma parcial el entorno en el que se ejecuta tu aplicación, lo que te permite probar apps escritas para cualquiera de los entornos de ejecución estándar.

Ejecuta el servidor de desarrollo local

Una vez creado el archivo de configuración app.yaml de la app, puedes iniciar el servidor de desarrollo local con el comando dev_appserver.py para ejecutar la app de forma local.

Para obtener credenciales de acceso a tu cuenta de usuario, ejecuta lo siguiente:
```
gcloud auth login
```
Permite que tu aplicación local use de forma temporal tus credenciales de usuario para el acceso a la API:
```
gcloud auth application-default login
```
Para iniciar el servidor de desarrollo local, sigue estos pasos:

En el directorio que contiene el archivo de configuración app.yaml, ejecuta el comando dev_appserver.py y especifica el ID del proyecto y la ruta de acceso al archivo app.yaml:
```
python3 CLOUD_SDK_ROOT/bin/dev_appserver.py --application=PROJECT_ID app.yaml
```
Para cambiar el puerto, incluye la opción --port:
```
python3 CLOUD_SDK_ROOT/bin/dev_appserver.py --application=PROJECT_ID app.yaml --port=9999
```
Para probar una app de Python 3, ejecuta dev_appserver.py con un intérprete de Python 3. Debes especificar el objeto binario de Python 3 en la marca --runtime_python_path, por ejemplo:
```
python3 CLOUD_SDK_ROOT/bin/dev_appserver.py --runtime_python_path=/usr/bin/python3 --application=PROJECT_ID app.yaml --port=9999
```
Para obtener más información sobre las opciones del comando dev_appserver.py, consulta Opciones del servidor de desarrollo local.
Cuando se inicia el servidor de desarrollo local, se configura un entorno de desarrollo que instala de manera previa las dependencias en el archivo requirements.txt.
El servidor de desarrollo local ahora ejecuta y recibe solicitudes. Visita http://localhost:8080/ en tu navegador web para ver la aplicación en acción.

Si especificaste un puerto personalizado con la opción --port, recuerda abrir el navegador en ese puerto.
Para detener el servidor local desde la línea de comandos, presiona Control-C en tu teclado.

Detecta el entorno de ejecución de la aplicación

Para determinar si tu código se ejecuta en producción o en el servidor de desarrollo local, puedes comprobar la variable de entorno GAE_ENV:

if os.getenv('GAE_ENV', '').startswith('standard'):
  # Production in the standard environment
else:
  # Local execution.

Usa el servidor de desarrollo local con los servicios de Google Cloud

Puedes integrar dev_appserver con otros componentes de Google Cloud.

Bibliotecas cliente de Cloud

Muchas bibliotecas cliente de Google Cloud dependen de la presencia de la variable de entorno GOOGLE_CLOUD_PROJECT, que debería ser el ID de tu proyecto de Google Cloud. Para encontrar su valor, ejecuta el comando gcloud config list project o consulta la página de tu proyecto en la consola de Google Cloud.

Para asegurarte de que esta variable de entorno se configure de manera correcta durante el desarrollo local, inicializa dev_appserver con el parámetro --application=PROJECT_ID, como se muestra en el ejemplo anterior.

Emuladores de Cloud

Puedes probar la aplicación con emuladores para Cloud Datastore, Cloud Bigtable y Cloud Pub/Sub.

Vuelve a cargar automáticamente los cambios de `requirements.txt` y `app.yaml`

El servidor de desarrollo local instala de manera automática las dependencias en el archivo requirements.txt. dev_appserver también te permite probar la funcionalidad que se configura a través de app.yaml. Por ejemplo, puedes probar la habilidad de tu aplicación para entregar archivos estáticos. Cuando se ejecuta dev_appserver, cualquier cambio en requirements.txt y app.yaml reinicia de manera automática la aplicación para reflejar estos cambios. Esto podría generar una demora temporal a medida que se descargan y se instalan las dependencias.

Enrutamiento y administración de instancias en el servidor de desarrollo

Descubre direcciones de instancias

En el servidor de desarrollo local se crean todas las instancias de ajuste de escala manual en el inicio. Las instancias para los servicios de ajuste de escala automático y básico se administran de manera dinámica. El servidor asigna un puerto a cada servicio y los clientes pueden confiar en el servidor para balancear la carga y seleccionar una instancia de manera automática. Las asignaciones de puerto para darle una dirección a cada servicio aparecen en el flujo de mensajes de registro del servidor.

Estos son los puertos para una aplicación que define tres servicios:

INFO Starting module "default" running at: http://localhost:8084
INFO Starting module "service1" running at: http://localhost:8082
INFO Starting module "service2" running at: http://localhost:8083

Cuando usas la dirección de un servicio, por ejemplo http://localhost:8082/, el servidor crea o selecciona una instancia del servicio y envía la solicitud a esa instancia.

El servidor asigna puertos únicos a cada instancia de un servicio. Puedes usar el servidor de administración para descubrir estos puertos. Existe un puerto único para el servidor de administración, que aparece en el registro de mensajes:

INFO Starting admin server at: http://localhost:8000

Esta dirección te lleva a la consola del servidor de administración. Haz clic en Instancias para ver el estado dinámico de las instancias de tu app.

Aparece una entrada individual para cada instancia básica y manual. Los números de instancia son vínculos con direcciones de puerto únicas para cada instancia. Haz clic en el vínculo para enviar una solicitud de forma directa a esa instancia.

Archivos de envío

Si la aplicación incluye un archivo dispatch.yaml, la transmisión de mensajes de registro incluirá un puerto de despachador:

INFO Starting dispatcher running at: http://localhost:8080

Las solicitudes a este puerto se enrutan según las reglas del archivo de envío. El servidor no es compatible con las reglas del archivo dispatch.yaml, que incluye nombres de host, por ejemplo, url: "customer1.myapp.com/*". Las reglas con patrones de ruta de acceso relativos (url: "*/fun") sí funcionan, por lo que puedes usar URLs como http://localhost/fun/mobile para llegar a las instancias. El servidor informa un error en la transmisión de registro si intentas iniciar una aplicación con un archivo dispatch.yaml que contiene reglas basadas en el host.

Usa Cloud Trace

Cloud Trace es útil para comprender cómo se propagan las solicitudes a través de tus aplicaciones. Puedes inspeccionar información detallada sobre la latencia de una solicitud individual o ver la latencia global de toda la aplicación.

Para ver los detalles de seguimiento en Cloud Trace, consulta Busca y explora seguimientos. En el Explorador de seguimiento, puedes usar filtros para filtrar por el servicio y la versión específicos de App Engine.