Cuotas

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.

Aceptar

En este documento, se describen los límites y las cuotas que se aplican a App Engine.

Una cuota restringe cuánto de un recurso compartido de Google Cloud en particular puede usar tu proyecto de Google Cloud, incluidos los componentes de red, hardware y software. Por lo tanto, las cuotas son parte de un sistema que hace las siguientes acciones:

• Supervisa el uso o consumo de productos y servicios de Google Cloud.
• Restringe el consumo de esos recursos por motivos que incluyen garantizar la equidad y reducir los aumentos repentinos de uso.
• Mantiene los parámetros de configuración que aplican de forma automática las restricciones prescritas.
• Proporciona un medio para solicitar o hacer cambios en la cuota.

En la mayoría de los casos, cuando se excede un límite de cuota, el sistema bloquea de inmediato el acceso al recurso de Google correspondiente, y la tarea que intentas hacer falla. En la mayoría de los casos, las cuotas se aplican a cada proyecto de Google Cloud y se comparten entre todas las aplicaciones y direcciones IP que usan ese proyecto.

También existen límites para los recursos de App Engine. Estos límites no están relacionados con el sistema de cuotas. Los límites no se pueden cambiar, a menos que se indique lo contrario.

Una aplicación de App Engine puede consumir recursos hasta alcanzar determinadas cuotas. Puedes ver el consumo diario de tus aplicaciones en la página de detalles de las cuotas en la consola de Google Cloud.

Tipos de cuotas

Los siguientes tipos de cuotas son válidos para las aplicaciones de App Engine:

• Las cuotas gratuitas proporcionan a las aplicaciones una cantidad de cada recurso que puede usarse sin cargo. Puedes encontrar los detalles sobre las cuotas gratuitas en la sección recursos de esta página. Cuando una aplicación supera una cuota gratuita, se te facturará el uso adicional que hagas de ese recurso.

  Solo el entorno estándar de App Engine proporciona cuotas gratuitas.

• Las cuotas diarias tienen como fin proteger la integridad del sistema de App Engine, ya que garantizan que ninguna aplicación individual pueda consumir recursos de una forma tan excesiva que perjudique a otras apps. Si sobrepasas estos límites, aparecerá un mensaje de error. Las cuotas diarias se actualizan todos los días a la medianoche (hora del Pacífico).
• Las cuotas por minuto evitan que las aplicaciones consuman la totalidad de los recursos en períodos muy reducidos y, además, impiden que otras apps acaparen por completo cualquier recurso en particular. Si una aplicación consume un recurso demasiado rápido y agota una cuota por minuto, aparecerá el mensaje “Limitado” junto a la cuota correspondiente en la página Cuotas de la consola de Google Cloud. Se denegarán las solicitudes de recursos que alcancen el límite máximo por minuto.

Los propietarios de proyectos y los administradores de facturación pueden habilitar la facturación para un proyecto determinado.

Consulta la sección ¿Qué ocurre cuando se agota un recurso? para obtener detalles acerca de lo que sucede cuando se supera una cuota y cómo manejar las condiciones que se imponen por exceder este límite.

Sugerencia: Las cuotas máximas por minuto son lo suficientemente altas para niveles de tráfico elevados y permiten manejar un aumento repentino en el tráfico cuando, por ejemplo, tu sitio aparece mencionado en un artículo periodístico. Si crees que una cuota en particular no cumple con este requisito, envía tus comentarios en la Herramienta de seguimiento de errores. Ten en cuenta que enviar comentarios no es una solicitud para aumentar tu cuota, pero nos ayudará a comprender qué cuota podría ser demasiado baja en casos de uso general.

Si esperas niveles de tráfico en extremo altos, o por alguna razón tu aplicación requiere cuotas en particular altas (p. ej., debido al lanzamiento significativo del producto o grandes pruebas de carga), te recomendamos que te registres en un paquete de asistencia.

Cómo se reabastecen los recursos

App Engine hace un seguimiento del uso que tu aplicación hace de los recursos en relación con las cuotas del sistema. App Engine restablece todas las mediciones de los recursos al inicio de cada día natural (salvo los datos almacenados, que siempre representan la cantidad de almacenamiento de datos en uso).

Las cuotas diarias se reabastecen a medianoche (hora del Pacífico). Las cuotas por minuto se actualizan cada 60 segundos.

Qué ocurre cuando se agota un recurso

Cuando una aplicación consume por completo un recurso asignado, este deja de estar disponible hasta que se reabastezca la cuota. Esto podría implicar que tu aplicación no funcione hasta el reabastecimiento.

En el caso de los recursos que son necesarios para iniciar una solicitud, cuando se agota el recurso, la conducta predeterminada de App Engine es mostrar un código de error HTTP 403 o 503 para responder a la solicitud en lugar de llamar al controlador de solicitudes. Este comportamiento se aplica al recurso de horas de instancia.

Sugerencia: Puedes configurar tu aplicación para que entregue una página de error personalizada cuando se exceda una cuota. Si quieres obtener detalles, consulta la referencia del archivo de configuración para Python (2.7, 3), Java, Go, PHP (5.5, 7) o Node.js .

En el caso de los demás recursos, se produce una excepción cada vez que la aplicación intenta consumir un recurso después de que este se agota. La aplicación puede capturar esta excepción y hacerse cargo de ella, por ejemplo, mostrando un mensaje que le explique el error al usuario. En la API de Python, esta excepción es apiproxy_errors.OverQuotaError. En la API para Java, esta excepción es com.google.apphosting.api.ApiProxy.OverQuotaException. En la API de Go, la función appengine.IsOverQuota informa si un error representa una falla en una llamada a la API debido a que la cuota disponible es insuficiente.

En el siguiente ejemplo, se muestra cómo detectar el OverQuotaError, que puede aumentarse a través del método SendMessage() cuando se supera una cuota basada en un correo electrónico:

try:
    mail.SendMessage(to='[e-mail]', from='[e-mail]',
            subject='Test Email', body='Testing')
except apiproxy_errors.OverQuotaError, message:
    # Log the error. logging.error(message)
    # Display an informative message to the user.
    self.response.out.write('The email could not be sent. '
            'Please try again later.')

¿Tu aplicación supera los límites predeterminados? Puedes comunicarte con la Atención al cliente de Cloud para solicitar un aumento de los límites de capacidad de procesamiento. Si necesitas una cuota más alta de correo electrónico, puedes usar SendGrid para enviar correos electrónicos.

Cuotas para el entorno flexible de App Engine

Cuando implementas una aplicación en el entorno flexible de App Engine, se consumen algunos recursos de Google Cloud. Es posible que no puedas cambiar estos recursos, pero igual se descontarán de tu cuota.

Por ejemplo, puedes encontrar el uso de los recursos de la instancia de tus servicios en la página de cuotas de recursos de Compute Engine.

Recursos

Una aplicación puede usar los siguientes recursos hasta alcanzar el límite de la cuota correspondiente. Los recursos que se miden en relación con los límites de facturación se indican de la siguiente forma: "(facturable)". Las cantidades de cada recurso representan una asignación durante un período de 24 horas.

El costo de los recursos adicionales se indica en la página Precios.

Servicios, instancias y versiones

La cantidad máxima de servicios y versiones que puedes implementar depende de los precios de tu app. El entorno flexible y el estándar comparten los mismos límites para los servicios y las versiones. Por ejemplo, si tienes versiones estándar y flexibles en la misma app, esas versiones se tendrán en cuenta para el mismo límite.

Límite	Aplicación gratuita	Aplicación pagada
Número máximo de servicios por app	5	210
Número máximo de versiones por app	15	210

También existe un límite en la cantidad de instancias para cada servicio con el escalamiento básico o manual:

Máximo de instancias por versión de escalamiento manual/básico
Aplicación gratuita	Aplicación pagada en EE.UU.	Aplicación pagada en la UE
20	25 (200 para us-central)	25

También existe un límite en la cantidad de caracteres para la URL de tu aplicación.

Descripción	Límite
Cantidad máxima de caracteres en la URL del proyecto para la URL VERSION-dot-SERVICE-dot-PROJECT_ID	63

Bucket predeterminado de Cloud Storage

El bucket predeterminado de Cloud Storage incluye una cuota gratuita de uso diario, como se muestra a continuación. Este bucket predeterminado gratuito para el proyecto se crea en la página de configuración de App Engine de la consola de Google Cloud.

Las siguientes cuotas se aplican en específico al uso del bucket predeterminado. Consulta los precios de los buckets multirregionales de Cloud Storage para ver una descripción de estas cuotas.

Recurso	Límite predeterminado
Datos almacenados en el bucket predeterminado de Cloud Storage	Los primeros 5 GB son gratuitos; no se aplica ningún límite máximo.
Operaciones de clase A del bucket predeterminado de Cloud Storage	Las primeras 20,000 operaciones por día son gratuitas; no se aplica ningún límite máximo.
Operaciones de clase B del bucket predeterminado de Cloud Storage	Las primeras 50,000 operaciones por día son gratuitas; no se aplica ningún límite máximo.
Salida de red del bucket predeterminado de Cloud Storage	El primer GB es gratuito; no se aplica ningún límite máximo.

Blobstore

Las siguientes cuotas se aplican específicamente al uso del blobstore.

Datos almacenados en el blobstore

La cantidad total de datos almacenados en el blobstore. Disponible tanto para apps pagadas como gratuitas.

Recurso	Límite predeterminado
Datos almacenados en el blobstore	Los primeros 5 GB son gratuitos; no se aplica ningún límite máximo.

Almacenamiento de código y datos estáticos

Límite de datos estáticos

En todos los lenguajes, excepto Go, ningún archivo de datos estáticos puede tener más de 32 MB. El límite para Go es de 64 MB.

Almacenamiento total

La cuota de almacenamiento se aplica a la cantidad total de código y datos estáticos almacenados mediante todas las versiones de tu aplicación. El tamaño almacenado total de archivos estáticos y de código se enumera en la tabla del panel principal. Los archivos individuales se muestran en las pantallas Versiones y Backends, respectivamente. A las apps se les cobrará $0.026 por GB al mes por el almacenamiento de código y datos estáticos que supere 1 GB.

Firestore en modo Datastore (Datastore)

La cuota de datos almacenados (facturables) se refiere a todos los datos almacenados para la aplicación en Datastore y en el blobstore. Las demás cuotas de la sección “Datastore” de la página de detalles sobre la cuota de Google Cloud Console se refieren en específico al servicio de Datastore.

Datos almacenados (facturables)

La cantidad total de datos almacenados en las entidades del almacén de datos y los índices correspondientes, y el blobstore.

Es importante tener en cuenta que los datos contenidos en el almacén de datos pueden generar gastos considerables. Estos gastos dependen de la cantidad y los tipos de propiedades asociadas. Además, incluyen el espacio que usan los índices integrados y personalizados. Cada entidad guardada en el almacén de datos requiere los siguientes metadatos:

• La clave de la entidad, que incluye el tipo, el ID o el nombre de la clave. También se necesitan las claves de las entidades principales de las que esta depende.
• El nombre y valor de cada propiedad. Dado que el almacén de datos no tiene esquema, el nombre de cada propiedad debe almacenarse con el valor de la propiedad de cada entidad.
• Las filas de los índices integrados y personalizados que hacen referencia a esa entidad. Cada fila contiene el tipo y la clave de la entidad, así como una cantidad variable de valores de propiedades, según la definición del índice.

Cantidad de índices

Es la cantidad de índices de Datastore que existen para la aplicación. Esto incluye los índices creados anteriormente que ya no aparecen en la configuración de la aplicación, pero que no se borraron. Consulta la página de límites de Datastore para obtener detalles adicionales sobre los límites.

Operaciones de escritura

Es la cantidad total de operaciones de escritura de Datastore.

Operaciones de lectura

Es la cantidad total de operaciones de lectura de Datastore.

Operaciones pequeñas

Es la cantidad total de operaciones pequeñas de Datastore. Las operaciones pequeñas incluyen las llamadas para asignar ID de Datastore o las búsquedas que solo requieren la clave.

Recurso	Límite predeterminado
Datos almacenados (facturables)	1 GiB gratis, no hay un valor máximo. Cuando se supera la cuota gratuita, se aplican tarifas de facturación.
Cantidad de índices	200
Operaciones de lectura de entidades	50,000 gratis; no se aplica ningún límite máximo. Cuando se supera la cuota gratuita, se aplican tarifas de facturación.
Operaciones de escritura de entidades	20,000 gratis; no se aplica ningún límite máximo. Cuando se supera la cuota gratuita, se aplican tarifas de facturación.
Operaciones de eliminación de entidades	20,000 gratis; no se aplica ningún límite máximo. Cuando se supera la cuota gratuita, se aplican tarifas de facturación.
Operaciones pequeñas	Ilimitado

Nota: Las operaciones de Datastore que generan el Administrador de Datastore y el Visualizador de Datastore se descuentan de la cuota de tu aplicación.

Implementaciones

Puedes hacer hasta 10,000 implementaciones por día en cada aplicación de App Engine.

Cuando realizas una implementación, Cloud Build compila una imagen de contenedor y la almacena en Artifact Registry. Se generarán cargos si el espacio de almacenamiento total que ocupan las imágenes supera el nivel gratuito.

Precaución: Container Registry está obsoleto y se programó para el cierre. Las organizaciones que no usaron Container Registry antes del 8 de enero de 2024 tendrán nuevos repositorios de gcr.io alojados en Artifact Registry de forma predeterminada. A partir del 15 de mayo de 2024, los proyectos de Google Cloud sin uso anterior de Container Registry solo admitirán el hosting y la administración de imágenes para el dominio gcr.io en Artifact Registry.

Container Registry está programado para cerrarse el 18 de marzo de 2025. Para obtener detalles sobre la baja, consulta Baja de Container Registry.

Archivos

La siguiente cuota se aplica a la cantidad total de archivos de implementación de la app.

Archivos	Máximo
Archivos predeterminados por app	10,000 archivos Comunícate con el equipo de asistencia para solicitar un aumento.

Horas de instancia

El uso de instancias se factura por el tiempo de actividad de las instancias a una tarifa por hora determinada.

Las clases de instancias “F” y “B” (también conocidas como clases de instancias de “frontend” y de “backend”) tienen cuotas gratuitas independientes. Ten en cuenta que, cuando usas servicios de App Engine, la clase de instancia del servicio determina cuál de estas cuotas se aplica.

Recurso	Cuota gratuita
Instancias F1	28 horas de instancias sin cargo por día
Instancias B1	9 horas de instancias sin cargo por día

La acumulación de horas de instancia empieza cuando se inicia una instancia y finaliza de acuerdo con lo que se describe a continuación, según el tipo de escalamiento que se especifique para la instancia:

• Ajuste de escala automático o básico: la acumulación finalizará quince minutos después de que una instancia termine de procesar la última solicitud.
• Ajuste de escala manual: la acumulación finalizará quince minutos después de que se desactive una instancia.

Si la cantidad de instancias inactivas creadas por App Engine supera el máximo especificado en la pestaña Configuración de rendimiento de la consola de Google Cloud, las instancias adicionales no acumularán horas de instancia.

Importante: Cuando veas tu factura, notarás que no se usan los nombres de las clases de instancias individuales en los elementos de una sola línea de la factura. En lugar de ello, las horas de instancia de clase “B” se informan como “Instancias de backend”, y las de clase “F”, como “Instancias de frontend”. La factura incluirá el múltiplo de horas de instancia correspondiente a cada clase que uses. Por ejemplo, si usas una instancia F4 durante una hora, se te facturarán cuatro horas de “Instancia de frontend” a la tarifa de F1.

Registros

La API de Logs se mide cuando se recuperan los datos de registro.

La asignación de transferencia de registros hace referencia a los registros de solicitud y a los datos de registro de una aplicación. El registro para las apps de App Engine se proporciona mediante Google Cloud Observability. Consulta los precios de Google Cloud Observability para obtener más información sobre las tasas y los límites.

Correo electrónico

El consumo de la API de Mail está disponible para verlo en la página Cuotas de IAM.

Nota: Para ver el consumo de cuota de una aplicación en Cuotas de IAM, asegúrate de que el Servicio de informes de App Engine esté habilitado para el proyecto. Si no puedes habilitar el servicio, comprueba tus permisos y la restricción de la política de la organización constraints/serviceuser.services.

App Engine factura el uso del correo electrónico “por mensaje”, para lo cual cuenta cada correo electrónico enviado a cada destinatario. Por ejemplo, si envías un correo electrónico a diez personas, se cuenta como 10 mensajes.

Mensajes enviados a administradores que no son administradores

Es la cantidad total de mensajes que envió la aplicación a administradores que no pertenecen a ella.

Mensajes enviados a administradores

Es la cantidad total de mensajes que la aplicación envió a sus administradores. El límite de tamaño total para cada correo electrónico enviado a los administradores, incluidos el encabezado, los archivos adjuntos y el cuerpo del mensaje, es de 16 KB.

Datos enviados en el cuerpo del mensaje

Es la cantidad de datos que se enviaron en el cuerpo de los mensajes de correo electrónico.

Archivos adjuntos enviados

Es la cantidad total de archivos adjuntos enviados junto con los mensajes de correo electrónico.

Datos de archivos adjuntos enviados

Es la cantidad de datos entregados como archivos adjuntos de mensajes de correo electrónico.

Recurso	Límite predeterminado diario	Frecuencia máxima
Destinatarios contactados por correo electrónico	100 mensajes	8 mensajes/minuto
Administradores contactados por correo electrónico	5,000 correos electrónicos	24 correos electrónicos/minuto
Datos enviados en el cuerpo del mensaje	60 MB	340 KB/minuto
Archivos adjuntos enviados	2,000 archivos adjuntos	8 archivos adjuntos/minuto
Datos de archivos adjuntos enviados	100 MB	10 MB/minuto

Puedes agregar un máximo de 50 remitentes autorizados en la API de Mail.

Envía correos electrónicos más allá de la cuota diaria

Si tu aplicación necesita cuotas más altas para enviar correos electrónicos, puedes usar un proveedor de correo de terceros, como SendGrid, Mailjet o Mailgun.

Solicitudes

Ancho de banda saliente (facturable)

Es la cantidad de datos que envió la aplicación en respuesta a solicitudes.

Incluye lo siguiente:

• datos entregados en respuesta a solicitudes seguras o no seguras de los servidores de la aplicación, de servidores de archivos estáticos o del blobstore
• datos entregados en mensajes de correo electrónico
• datos en solicitudes HTTP de salida que envió el servicio de recuperación de URL

Ancho de banda de entrada

Es la cantidad de datos que recibió la aplicación a partir de solicitudes. Cada solicitud HTTP entrante puede tener un máximo de 32 MB.

Incluye lo siguiente:

• datos recibidos por la aplicación en solicitudes seguras o no seguras
• archivos subidos al blobstore
• datos recibidos en respuesta a solicitudes HTTP del servicio de recuperación de URL

Ancho de banda saliente seguro

Es la cantidad de datos que envió la aplicación mediante una conexión segura en respuesta a solicitudes.

Ancho de banda de entrada seguro

Es la cantidad de datos que recibió la aplicación mediante una conexión segura a partir de solicitudes.

Nota: El ancho de banda saliente es un recurso facturable que incluye las solicitudes HTTP o HTTPS. El primer GB de ancho de banda saliente diario es gratis. No hay cuota máxima o límite diario para el ancho de banda saliente ni para el entrante.

Buscar

La siguiente tabla presenta las cuotas gratuitas que se aplican a la Búsqueda. Consulta la documentación específica de Java, Python y Go para obtener una descripción detallada de cada tipo de llamada de Búsqueda.

Los recursos de la API de Search se cobran con base en las tarifas que figuran en el programa de precios.

Recurso o llamada a la API	Cuota gratuita
Almacenamiento total (índices y documentos)	0.25 GB
Consultas	1,000 consultas por día
Agregar documentos a los índices	0.01 GB por día

La sección de la cuota en la consola de la aplicación muestra un recuento sin procesar de la cantidad de solicitudes a la API. Ten en cuenta que cuando indexas varios documentos en una sola llamada, el recuento de llamadas aumenta en función de la cantidad de documentos.

La API de Search impone los siguientes límites para garantizar la fiabilidad del servicio:

• 100 minutos totales de ejecución de consultas por minuto, dentro de una app y un índice
• 15,000 documentos agregados/borrados por minuto

Además, se aplica un límite de 10 GB de almacenamiento por índice. Cuando una aplicación intenta superar esta cantidad, se muestra un error de cuota insuficiente. Este límite se puede aumentar hasta 200 GB a través del envío de una solicitud desde la página App Engine Search de la consola de Google Cloud.

Nota: Si bien estos límites se hacen cumplir por minuto, la consola de Google Cloud muestra los totales diarios de cada uno. Los clientes con asistencia de nivel Plata, Oro o Platino pueden comunicarse con su representante de asistencia para solicitar el aumento de los límites de capacidad de procesamiento.

Lista de tareas en cola

Cuando se ejecuta una tarea, las solicitudes asociadas se toman en cuenta dentro de las cuotas de solicitudes de la aplicación.

Los siguientes límites se aplican a todas las listas de tareas en cola:

Recurso	Límite diario	Frecuencia máxima
Llamadas de administración de la lista de tareas en cola (a través de la consola de Google Cloud)	10,000	N/A

Recurso	Límite predeterminado
Cantidad máxima de listas (incluye las listas de extracción y de aplicaciones en cola, pero no la lista predeterminada)	100 listas;

Nota: Una vez que una tarea se ejecuta o se borra, el almacenamiento que usa se libera. Tu cuota de almacenamiento se actualiza a intervalos regulares y podría no mostrar el espacio recuperado de forma inmediata. Consulta la documentación de Python, Java, Go o PHP para obtener más detalles.

Según el tipo, se aplican los siguientes límites a las listas de tareas en cola:

Límites de listas de aplicaciones en cola
Tamaño máximo por tarea	100 KB
Velocidad de ejecución de la lista	500 invocaciones de tareas por segundo, por lista
Cuenta regresiva/tiempo previsto de llegada máximo para una tarea	30 días a partir de la fecha y hora actuales
Cantidad máxima de tareas que pueden agregarse en un lote	100 tareas
Cantidad máxima de tareas que pueden agregarse en una transacción	5 tareas
Cantidad máxima predeterminada de listas de tareas en cola	100 listas; comunícate con el personal de asistencia para solicitar un aumento

Cron

Las siguientes cuotas se aplican específicamente a los trabajos cron.

Trabajos cron

Es la cantidad de trabajos cron.

Recurso	Límite predeterminado
Trabajo cron	250 trabajos cron

Recuperación de URL

Llamadas a la API de UrlFetch

Es el total de veces que la aplicación accedió al servicio de recuperación de URL para hacer una solicitud HTTP o HTTPS.

Datos enviados de UrlFetch

Es la cantidad de datos que se enviaron al servicio de recuperación de URL en las solicitudes.

Datos recibidos de URL Fetch

Es la cantidad de datos recibidos del servicio de recuperación de URL en forma de respuesta. También se considera en la cuota de ancho de banda de entrada.

Recurso	Límite diario	Frecuencia máxima
Llamadas a la API de UrlFetch	860,000,000 llamadas	660,000 llamadas/minuto
Datos enviados de UrlFetch	4.5 TB	3,600 MB/minuto
Datos recibidos de UrlFetch	4.5 TB	3,600 MB/minuto