Descripción general de App Engine

ID de región

REGION_ID es un código abreviado que Google asigna en función de la región que seleccionas cuando creas tu app. El código no corresponde a un país o provincia, aunque algunos ID de región puedan parecer similares a los códigos de país y provincia de uso común. Incluir REGION_ID.r en las URL de App Engine es opcional para las apps existentes, y pronto será obligatorio para todas las apps nuevas.

A fin de garantizar una transición sin problemas, estamos actualizando App Engine con lentitud para usar los ID de región. Si aún no actualizamos tu proyecto de Google Cloud, no verás un ID de región para la app. Dado que el ID es opcional para las apps existentes, no necesitas actualizar las URL ni realizar otros cambios una vez que el ID de región esté disponible para las apps existentes.

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

Una aplicación de App Engine está compuesta por un único recurso de aplicación que consta de uno o más servicios. Cada servicio se puede configurar para utilizar entornos de ejecución diferentes y operar con una configuración de rendimiento distinta. Dentro de cada servicio se implementan sus versiones. Luego, cada versión se ejecuta en una o más instancias, según la cantidad de tráfico que configuraste para que maneje.

Componentes de una aplicación

Cuando creas un recurso de aplicación, se crea tu app de App Engine en tu proyecto de Google Cloud. La aplicación de App Engine es un contenedor de nivel superior que incluye el servicio, la versión y los recursos de instancias que componen tu app. Cuando creas una app de App Engine, todos tus recursos se crean en la región elegida, incluido el código y los metadatos de la app, y un conjunto de configuraciones y credenciales.

Cada aplicación de App Engine incluye al menos un servicio, el de default, que puede contener muchas versiones, según el estado de facturación de tu app. Para obtener más información, consulta Límites a continuación.

En el diagrama siguiente, se muestra la jerarquía de una app de App Engine que se ejecuta con varios servicios. En este diagrama, la app tiene dos servicios que contienen varias versiones, y dos de esas versiones se ejecutan de manera activa en varias instancias.

Grafo de jerarquías de servicios, instancias y versiones de una app

Otros servicios de Google Cloud, como Datastore, se comparten en tu app de App Engine. Para obtener más información, consulta Estructura servicios web.

Servicios

Utiliza los servicios de App Engine para factorizar tus apps grandes en componentes lógicos que puedan compartir características de App Engine de forma segura y comunicarse entre sí. En general, los servicios de App Engine se comportan como microservicios. por lo que puedes ejecutar tu app en un solo servicio o puedes diseñar y, además, implementar varios servicios para que se ejecuten como un conjunto de microservicios.

Por ejemplo, una app que maneja tus solicitudes de cliente puede incluir servicios independientes que gestionan tareas diferentes, como las que se muestran a continuación:

  • Solicitudes a la API desde dispositivos móviles
  • Solicitudes de administración internas
  • Procesamiento de backend, como canalización de facturación y análisis de datos

Cada servicio de App Engine consta del código fuente de tu app y los archivos de configuración de App Engine correspondientes. El conjunto de archivos que implementas en un servicio representa una sola versión de ese servicio, y cada vez que implementas en ese servicio creas versiones adicionales dentro de este.

Versiones

Tener varias versiones de tu app en cada servicio te permite alternar rápidamente de versión para reversiones, pruebas o distintos eventos temporales. Puedes enrutar tráfico a una o más versiones específicas de tu app mediante la migración o división del tráfico.

Instancias

Las versiones de tus servicios se ejecutan en una o más instancias. De forma predeterminada, App Engine escala tu aplicación para que coincida con la carga. Tus apps escalarán la cantidad de instancias que se ejecutan para brindar un rendimiento coherente o reducirán la escala con el objetivo de minimizar las instancias inactivas y reducir costos. Para obtener más información sobre las instancias, consulta cómo se administran las instancias.

Solicitudes de aplicación

Cada uno de los servicios de tu app, así como cada una de sus versiones, deben tener un nombre único. Puedes usar esos nombres únicos para orientar y enrutar el tráfico a recursos específicos mediante las URL, por ejemplo:

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

Las solicitudes de usuario entrantes se enrutan a los servicios o a las versiones que se configuraron para manejar el tráfico. También puedes orientar y enrutar las solicitudes a servicios y a versiones específicos. Para obtener más información, consulta Comunicación entre servicios.

Registra solicitudes de la aplicación

Cuando tu aplicación maneja una solicitud, también puede escribir sus propios mensajes de registro en stdout y stderr. Para obtener más información sobre los registros de tu app, consulta Escribe registros de la aplicación.

Límites

Existen límites en la cantidad de instancias (para servicios con escalamiento manual), versiones y servicios según cada aplicación:

Descripción Límite
Número máximo de servicios por aplicación 5
Número máximo de versiones por aplicación 5 *
Número máximo de instancias por versión con escalamiento manual 20

* Los servicios de backend, como el que usa un balanceador de cargas de HTTP externo, se pueden considerar en tu límite máximo de versiones.

No todos los proyectos tienen los límites anteriores. A medida que tu uso de Google Cloud Platform incrementa con el paso del tiempo, tus límites pueden aumentar en consecuencia. Si esperas un aumento notable en el uso, puedes solicitar ajustes de forma proactiva en la página de cuotas de App Engine en Cloud Console.