Implementa una app de Python

Implementa tu aplicación para subirla y ejecutarla en App Engine. Cuando implementas tus aplicaciones, creas versiones de esas aplicaciones y los servicios correspondientes en App Engine. Puedes implementar apps completas, incluidos todos los archivos de configuración y de código fuente, o bien puedes implementar y actualizar versiones o archivos de configuración individuales.

Para implementar tus aplicaciones de manera programática, utiliza la API de administrador.

Antes de comenzar

Antes de que implementes la app, ten en cuenta lo siguiente:

  • El propietario del proyecto de Google Cloud debe crear la aplicación de App Engine.

  • Asegúrate de que tu cuenta de usuario tenga los privilegios necesarios.

  • Otorga a Cloud Build permiso para implementar apps en tu proyecto. Cuando implementas la app, App Engine usa Cloud Build para compilarla en un contenedor, así como implementar el contenedor en el entorno de ejecución en la región de la app. Cloud Build no tiene permiso para implementar apps de Phyton 2 de forma predeterminada, por lo que debes otorgarle permiso antes de poder implementarlas.

Instala la CLI de gcloud

Para implementar la app con la CLI de gcloud, debes descargar, instalar e inicializar la CLI de gcloud.

Descarga el SDK

Si ya tienes la CLI de gcloud instalada y deseas configurarla para usar un ID del proyecto de Google Cloud distinto del que usaste en su inicialización, consulta Administra las opciones de configuración de la CLI de gcloud.

Usa un proxy

Si ejecutas el comando de implementación desde un sistema que usa un proxy HTTP o HTTPS, debes configurar la herramienta para que pueda comunicarse a través del proxy.

Ejecuta los siguientes comandos para configurar la CLI de gcloud:

gcloud config set proxy/type [PROXY_TYPE]
gcloud config set proxy/address [PROXY_ADDRESS]
gcloud config set proxy/port [PROXY_PORT]

También puedes establecer un username y una password para el proxy. Para obtener más información, consulta el archivo de configuración de gcloud.

Implementa una app

Para implementar la app en App Engine, usa el comando gcloud app deploy desde la ubicación en la que se encuentran tus archivos de configuración, por ejemplo, app.yaml.

Elige ID de versión únicos

El ID de versión de las instancias escaladas de forma manual debe comenzar con una letra para distinguirlo de los ID numéricos de las instancias. De esta manera, te aseguras de que las solicitudes se enruten al destino correcto y evitas la ambigüedad en los patrones de URL como 123-dot-my-service.[REGION_ID].r.appspot.com, que pueden interpretarse de dos maneras:

  • Si existe la versión 123, la solicitud se enruta a la versión 123 del servicio my-service.
  • Si la versión 123 no existe, la solicitud se enruta al ID de instancia 123 en el que se ejecutan las versiones del servicio my-service.

Puedes nombrar de la manera que quieras las versiones de las instancias configuradas con ajuste de escala automático o básico, ya que no se admite la orientación hacia esas instancias. 

gcloud app deploy [CONFIGURATION_FILES]

De forma predeterminada, el comando implementa el archivo de configuración app.yaml desde el directorio actual. Si ejecutas el comando desde un directorio que no contiene el archivo app.yaml de tu app o si deseas implementar varias apps, reemplaza [CONFIGURATION_FILES] por la ruta de acceso de uno o más archivos de configuración. Usa un solo espacio en blanco para separar los nombres de las rutas.

Marcas opcionales:

  • --version: Especifica un ID de versión personalizado. De forma predeterminada, App Engine genera un ID de versión.
  • --no-promote: Implementa la app sin enrutar de forma automática todo el tráfico a esa versión. De forma predeterminada, cada versión que implementas se configura de forma automática para recibir la totalidad del tráfico.
  • --project: especifica un ID del proyecto de Google Cloud alternativo al que inicializaste como predeterminado en la CLI de gcloud.

Para obtener más información, consulta la referencia de gcloud app deploy o ejecuta gcloud help desde la línea de comandos.

Ejemplos:

gcloud app deploy
gcloud app deploy app.yaml dos.yaml index.yaml
gcloud app deploy --version [YOUR_VERSION_ID] --no-promote --project [YOUR_PROJECT_ID]

Si implementas una versión que especifica el mismo ID de versión que una versión que ya existe en App Engine, los archivos que implementes reemplazarán la versión existente. Esto puede generar problemas si la versión está entregando tráfico, ya que podría interrumpirse el tráfico hacia tu aplicación. Puedes evitar los posibles problemas si implementas tu versión nueva con un ID de versión distinto y luego llevas el tráfico a esa versión.

Cómo implementar aplicaciones de servicios varios

Cuando tu aplicación incluye varios servicios, puedes implementar y actualizar servicios determinados de manera individual o todos los servicios en simultáneo. La implementación de actualizaciones en los servicios puede incluir la actualización de archivos de configuración individuales o del código fuente en las versiones correspondientes.

Por ejemplo, puedes implementar y crear dos versiones en App Engine, de modo que cada versión se ejecute en su propio servicio. La primera versión actúa como el servicio de frontend de la app y la otra como su backend. Luego, puedes implementar archivos de configuración individuales para actualizar solo la configuración de un servicio. También puedes optar por implementar una versión nueva en un servicio para actualizar el código fuente del frontend, del backend o de ambos de manera simultánea.

Requisitos para servicios varios

Para implementar y actualizar los servicios múltiples de tu aplicación, debes usar los mismos comandos de implementación y cumplir los siguientes requisitos:

  • Primero debes implementar una versión de la app en el servicio default, antes de poder crear e implementar los servicios posteriores.

  • Debes especificar el ID del servicio en el archivo de configuración app.yaml de la versión correspondiente. Para especificar el ID del servicio, incluye la definición del elemento service: [YOUR_SERVICE_ID] 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.

  • Debes especificar todos los archivos de configuración app.yaml correspondientes en tu comando de implementación para implementar varios servicios en simultáneo.

Implementa varios servicios

Desde el directorio raíz de la aplicación, en el que se ubican los archivos de configuración, ejecuta el comando de implementación y especifica las rutas de acceso y los nombres de archivo relacionados para el archivo app.yaml de cada servicio.

gcloud app deploy [CONFIGURATION_FILES]

En el comando anterior, [CONFIGURATION_FILES] es la ruta de acceso y el nombre de uno o más archivos de configuración, separados por un espacio en blanco.

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

A medida que los distintos servicios se implementen correctamente, recibirás la verificación a través de la línea de comandos.

Visualiza registros de compilación

Cloud Build transmite y, luego, implementa registros que se pueden ver en la sección del historial de Cloud Build de la consola de Google Cloud. Para ver las compilaciones en una región de la app, usa el menú desplegable Región en la parte superior de la página a fin de elegir la región que deseas filtrar.

Actualiza índices

Para crear o actualizar los índices que usan tus apps, sube el archivo de configuración index.yaml a Datastore. Los índices que todavía no existen se crean luego de subir el archivo de configuración.

Es posible que le lleve un tiempo considerable a Datastore crear todos los índices, por lo que estos no estarán disponibles de inmediato para App Engine. Si tu app ya está configurada para recibir tráfico, pueden generarse excepciones ante consultas que requieran un índice que aún se encuentra en proceso de creación.

A fin de evitar las excepciones, tienes que destinar el tiempo necesario para que se creen todos los índices, por ejemplo, de las siguientes maneras:

  • Sube el archivo de configuración index.yaml a Datastore antes de implementar tu versión:

    1. Sube el archivo index.yaml a Datastore:

      gcloud datastore indexes create index.yaml

      Para obtener más información, consulta la referencia de gcloud datastore.

    2. Usa la consola de Google Cloud para supervisar el estado de todos los índices:

      Ir a la página de Datastore

    3. Una vez que se hayan creado todos los índices, implementa la versión nueva en App Engine.

  • Crea los índices antes de dividir el tráfico o de migrarlo a tu versión:

    1. Implementa la versión nueva sin enrutar el tráfico a esa versión. Para hacerlo, debes especificar los archivos app.yaml y index.yaml, y también incluir la marca --no-promote para que no se enrute el tráfico a la versión: 
      gcloud app deploy app.yaml index.yaml --no-promote
    2. Utiliza la consola de Google Cloud para supervisar el estado de todos tus índices:

      Ir a la página de Datastore

    3. Una vez que se hayan creado todos los índices, usa la consola de Google Cloud para dividir el tráfico o migrarlo a la versión:

      Ir a la página Versiones

Si quieres obtener más información sobre índices, consulta Cómo configurar los índices en Datastore.

Soluciona problemas

A continuación, se muestran algunos mensajes de error comunes que puedes encontrar:

PERMISSION_DENIED: Operation not allowed
The "appengine.applications.create" permission is required.
Si el proyecto de Google Cloud no incluye la aplicación de App Engine obligatoria, es posible que el comando gcloud app deploy falle cuando intente ejecutar el comando gcloud app create. Solo las cuentas con rol de propietario tienen los permisos necesarios para crear aplicaciones de App Engine.
Command not found
Consulta Usa el servidor de desarrollo local para obtener instrucciones para configurar la herramienta del servidor de desarrollo local.
Import Error
Si instalaste la CLI de gcloud y el SDK de App Engine original, las entradas a tu RUTA DE ACCESO podrían entrar en conflicto unas con otras y causar errores de importación. Si recibiste errores cuando ejecutaste los comandos de gcloud CLI, sigue las instrucciones para ejecutar el servidor de desarrollo local.
[400] The first service (module) you upload to a new application must be the 'default' service (module)
Antes de que puedas implementar y crear los varios servicios de la aplicación, debes implementar y crear el servicio default. Para obtener detalles sobre cómo implementar una versión en el servicio default, consulta la sección Implementa aplicaciones de varios servicios.
Too Many Versions (403)
App Engine tiene un límite en cuanto a la cantidad de versiones implementadas de la aplicación. Existen diferencias entre el límite para las aplicaciones gratuitas y las implementadas. Puedes usar la consola de Google Cloud para borrar una versión anterior y, luego, subir tu código más reciente.
[13] An internal error occurred while creating a Cloud Storage bucket.

App Engine crea un bucket multirregional de Cloud Storage predeterminado, en la misma región en la que se crea tu aplicación. Este bucket es necesario para almacenar el contenido de tu aplicación. Se muestra este error cuando no se puede crear este bucket en las siguientes situaciones:

[13] An internal error occurred

Este error puede ocurrir si el archivo de configuración app.yaml de App Engine contiene un recurso no válido name en la clave vpc_access_connector. Asegúrate de que el campo name contenga el proyecto y la región correctos en los que se crea el conector de Acceso a VPC sin servidores.

Si el problema persiste después de asegurarte de que la configuración de app.yaml sea válida, usa el SDK de Google Cloud para volver a implementar el servicio, agrega la marca --verbosity=debug y comunícate con la Asistencia de Cloud; para ello, proporciona el resultado del comando.

Otro error de implementación

Si la implementación falla, asegúrate de que la API de Cloud Build esté habilitada en el proyecto. App Engine habilita esta API de forma automática la primera vez que implementas una app, pero si alguien inhabilitó la API luego, las implementaciones fallarán.

Próximos pasos