Cuotas

Una aplicación de App Engine puede consumir recursos hasta unos máximos determinados, también denominados cuotas. Gracias a las cuotas, App Engine garantiza que tu aplicación no supere tu presupuesto y que, otras aplicaciones que se ejecuten en App Engine no afecten al rendimiento de tu aplicación.

• Cuotas facturables y fijas
• Renovación de recursos
• Cuotas por minuto
• Reducción de un recurso
• Recursos
  • Solicitudes
  • Almacén de datos
  • Correo electrónico
  • Extracción de URL
  • Manipulación de imágenes
  • Memcache
  • Implementaciones

Cuotas facturables y fijas

Cada recurso de App Engine se mide con respecto a uno de los dos tipos de cuotas: una cuota facturable o una cuota fija.

Las cuotas facturables son límites máximos de recursos que tú, como administrador de la aplicación, estableces para evitar que el coste de la aplicación supere tu presupuesto. Cada aplicación obtiene una cantidad gratuita de cada cuota facturable. Puedes aumentar las cuotas facturables de tu aplicación a través de la habilitación de la facturación, la configuración de un presupuesto diario y a continuación, de la asignación del presupuesto a las cuotas. Sólo se te cargarán los recursos que tu aplicación utilice actualmente, y sólo la cantidad de recursos que utilices por encima del umbral de la cuota gratuita.

Una vez que habilites la facturación para tu aplicación, puedes establecer tu presupuesto diario y ajustar las asignaciones de cuota para tu aplicación a través de la consola de administración. Para obtener más información sobre la configuración de tu presupuesto y la asignación de cuotas, consulta la sección Facturación.

Las cuotas fijas son límites máximos de recursos que establece App Engine para garantizar la integridad del sistema. Estos recursos describen los límites de la arquitectura, y se estima que todas las aplicaciones se ejecuten dentro de los mismos límites. Garantizan que otra aplicación que esté consumiendo demasiados recursos no afecte al rendimiento de tu aplicación.

Al habilitar la facturación de tu aplicación, las cuotas fijas de la aplicación aumentarán. Para obtener información más detallada, consulta la sección Recursos.

Renovación de recursos

App Engine registra el uso que hace una aplicación de cada recurso durante un día de calendario y considera el recurso agotado cuando la cantidad alcanza la cuota de la aplicación para dicho recurso. Un día de calendario es un período de 24 horas que empieza a media noche, hora del Pacífico. App Engine restablece todas las medidas de recurso al empezar cada día, excepto en el caso de los datos almacenados que siempre representan la cantidad de almacenamiento del almacén de datos en uso.

Nota del historial: el ciclo de renovación de 24 horas se introdujo en diciembre de 2008. Sustituyó a un sistema más complicado de renovación "continua", para facilitar el informe y el control del uso de recursos.

Cuotas por minuto

Además de las cuotas diarias descritas anteriormente, App Engine modera la rapidez con la que una aplicación consume un recurso, a través de las cuotas por minuto. Esto impide que la aplicación consuma todo el contenido de su cuota en un breve período de tiempo y evita que otras aplicaciones afecten a tu aplicación monopolizando un determinado recurso.

Si tu aplicación consume un recurso demasiado rápido y se reduce a uno de los límites por minuto, la palabra "Limited" aparecerá en la cuota adecuada de la pantalla de detalles de cuota de la consola de administración. Las solicitudes de recursos que ya han alcanzado su máximo por minuto se deniegan. Para obtener información detallada, consulta la sección Reducción de un recurso.

Al igual que en el caso de las cuotas fijas diarias, existen dos niveles de cuotas por minuto, dependiendo de si se ha habilitado o no la facturación. Consulta las tablas de cuotas en la sección Recursos para obtener información detallada.

Reducción de un recurso

Cuando una aplicación consume todo el contenido de un recurso asignado, el recurso se vuelve no disponible hasta que se renueva la cuota. Esto puede querer decir que tu aplicación no va a funcionar hasta que se renueve la cuota.

En el caso de los recursos requeridos a la hora de iniciar una solicitud, cuando el recurso se ha agotado, App Engine devuelve un código de estado prohibido HTTP 403 para la solicitud en lugar de ejecutar un controlador de solicitud. Los recursos que se muestran a continuación tienen dicho comportamiento:

• Solicitudes
• Tiempo de CPU
• Ancho de banda, de entrada y de salida

Para los demás recursos, si el recurso se ha agotado y la aplicación intenta consumir el recurso, se generará una excepción. La aplicación puede filtrar dicha excepción y controlarla, como si se mostrara un mensaje de error descriptivo para el usuario. En el API de Python, esta excepción es apiproxy_errors.OverQuotaError.

El ejemplo siguiente ilustra cómo se puede filtrar OverQuotaError, que se puede generar a través del método SendMessage() si se ha superado una cuota relacionada con el correo electrónico:

try:
  mail.SendMessage(to='test@example.com',
                   from='admin@example.com',
                   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.')

Si superas inesperadamente la cuota de consumo de recursos del sistema, puedes ajustar el rendimiento de tu aplicación.

Recursos

Una aplicación puede utilizar los siguientes recursos, sujetos a cuotas. Los recursos evaluados en cuanto a cuotas facturables se indican con el término "(billable)". Las cantidades del recurso representan una asignación de un período de 24 horas.

El coste de recursos facturables adicionales aparece en la página de facturación.

Solicitudes

Solicitudes

El número total de solicitudes de la aplicación. Las cuotas por minuto para las aplicaciones que tienen habilitada la facturación permiten hasta 500 solicitudes por segundo; más de mil millones de solicitudes al mes. Si tu aplicación requiere cuotas superiores a las de los valores de "facturación habilitada" que se enumeran a continuación, puedes solicitar un aumento de dichos límites aquí.

Ancho de banda de salida (facturable)

La cantidad de datos que envía la aplicación en respuesta a las solicitudes.

Esto incluye los datos enviados en respuesta a las solicitudes seguras y a las no seguras, a los datos enviados en mensajes de correo electrónico y a los datos de solicitudes HTTP de salida que envía el servicio de extracción de URL.

Ancho de banda de entrada (facturable)

La cantidad de datos que recibe la aplicación de las solicitudes.

Esto incluye los datos que recibe la aplicación de las solicitudes seguras y de las no seguras y de los datos recibidos en respuesta a solicitudes HTTP del servicio de extracción de URL.

Tiempo de CPU (facturable)

Es el tiempo de procesamiento total empleado en la administración de solicitudes, que incluye el tiempo de ejecución de la aplicación y el de la realización de operaciones del almacén de datos. Esto no incluye el tiempo de espera de otros servicios como, por ejemplo, la espera a que se devuelva una extracción de URL o a que el servicio de imágenes transforme una imagen.

El tiempo de CPU se notifica en "segundos" y es equivalente al número de ciclos de CPU que un procesador Intel x86 de 1,2 GHz puede ejecutar en dicha cantidad de tiempo. El número actual de ciclos de CPU empleados varía mucho en función de las condiciones internas de App Engine, de modo que este número se ajusta por motivos de notificación a través de dicho procesador como medida de referencia.

Una herramienta que ayuda a identificar las áreas de la aplicación que emplean grandes cantidades de cuota de tiempo de ejecución de CPU es el módulo cProfile. Para obtener información sobre la configuración de ajuste mientras depuras tu aplicación, consulta "¿Cómo puedo ajustar el rendimiento de mi aplicación?".

Puedes consultar el tiempo de CPU que se emplea para suministrar cada solicitud en la sección de registros de la consola de administración. Mientras que el ajuste ayuda a identificar las partes ineficaces del código Python, también resulta útil comprender qué operaciones del almacén de datos contribuyen en tu uso de CPU.

• Escribe el uso del almacén de datos aproximadamente cinco veces, tantas veces como lo lee la CPU.
• Las escrituras que actualizan índices requieren más cantidad de CPU que las escrituras que no lo hacen.
• A medida que aumenta el número de propiedades asociadas a una entidad concreta, también lo hace el tiempo de CPU necesario para leer y escribir la entidad.
• En la mayoría de los casos, todas las consultas son igual de eficaces, ya que todas utilizan índices. No obstante, los resultados extraídos requieren tiempo de CPU adicional.

Solicitudes seguras

El número de solicitudes que emplean una conexión segura (HTTPS). Las solicitudes seguras también se contabilizan en la cuota de solicitudes.

Ancho de banda de salida seguro

La cantidad de datos que envía la aplicación sobre una conexión segura en respuesta a solicitudes. El ancho de banda de salida seguro también se contabiliza en la cuota de ancho de banda de salida.

Ancho de banda de entrada seguro

La cantidad de datos que recibe la aplicación sobre una conexión segura a partir de solicitudes. El ancho de banda de entrada seguro también se contabiliza en la cuota de ancho de banda de entrada.

Almacén de datos

Llamadas al API del almacén de datos

El número total de veces que la aplicación ha recuperado, creado, actualizado o eliminado una entidad o que ha realizado una consulta.

Datos almacenados (facturables)

La cantidad de datos almacenados en entidades y los índices correspondientes.

Es importante tener en cuenta que los datos almacenados en el almacén de datos pueden conllevar importantes reducciones de gastos generales. Esta reducción de gastos generales depende del número y del tipo de propiedades asociadas e incluye el espacio que utilizan los índices integrados y personalizados. Cada entidad almacenada en el almacén de datos requiere los siguientes metadatos:

• La clave de entidad, incluido el tipo, el nombre de ID o de clave y la clave de la entidad principal de la entidad.
• El nombre y el valor de cada propiedad. Desde que el almacén de datos no dispone de esquema, el nombre de cada propiedad debe almacenarse con el valor de propiedad de cualquier entidad concreta.
• Cualquier fila de índice integrado y personalizado que haga referencia a esta entidad. Cada fila contiene el tipo de entidad, cualquier número de valores de propiedad dependiendo de la definición de índice y la clave de entidad. Para obtener información detallada, consulta la sección Funcionamiento de la creación de índices.

Datos enviados al API

La cantidad de datos que se envían al almacén de datos cuando se crea o se actualiza una entidad o cuando se realiza una consulta.

Datos recibidos del API

La cantidad de datos que devuelve el almacén de datos cuando se recupera una entidad o se realiza una consulta.

Tiempo de CPU del almacén de datos

El tiempo empleado en realizar operaciones del almacén de datos. Los ciclos de CPU del almacén de datos también se contabilizan en la cuota de tiempo de CPU. Consulta Tiempo de CPU, más arriba, para obtener información detallada sobre cómo se calcula el tiempo de CPU.

Correo

Llamadas al API de correo

El número total de veces que la aplicación accedió al servicio de correo para enviar un mensaje de correo electrónico.

Destinatarios de mensajes de correo electrónico (facturables)

El número total de destinatarios a los que la aplicación ha enviado mensajes de correo electrónico.

Administradores destinatarios de mensajes de correo electrónico

El número total de administradores de la aplicación a los que la aplicación ha enviado mensajes de correo electrónico.

Datos del cuerpo del mensaje enviados

La cantidad de datos enviados en el cuerpo de los mensajes de correo electrónico. Esto también se contabiliza en la cuota de ancho de banda de salida.

Archivos adjuntos enviados

El número total de archivos adjuntos enviados con los mensajes de correo electrónico.

Datos de archivo adjunto enviados

La cantidad de datos enviados como archivos adjuntos en los mensajes de correo electrónico. Esto también se contabiliza en la cuota de ancho de banda de salida.

Extracción de URL

Llamadas al API de extracción de URL

El número total de veces que la aplicación accedió al servicio de extracción de URL para realizar una solicitud HTTP o HTTPS.

Datos de extracción de URL enviados

La cantidad de datos enviados al servicio de extracción de URL a modo de solicitudes. Esto también se contabiliza en la cuota de ancho de banda de salida.

Datos de extracción de URL recibidos

La cantidad de datos recibidos del servicio de extracción de URL en forma de respuestas. Esto también se contabiliza en la cuota de ancho de banda de entrada.

Manipulación de imágenes

Llamadas al API de manipulación de imágenes

El número total de veces que la aplicación accede al servicio de imágenes.

Datos enviados al API

La cantidad de datos enviados al servicio de imágenes.

Datos recibidos del API

La cantidad de datos recibidos del servicio de imágenes.

Transformaciones ejecutadas

El número de veces que el servicio ha ejecutado una transformación de imágenes para la aplicación.

Memcache

Llamadas al API de Memcache

El número total de veces que la aplicación accedió al servicio Memcache para obtener, establecer o desactivar valores.

Datos enviados al API

La cantidad de datos enviados a Memcache.

Datos recibidos del API

La cantidad de datos recibidos de Memcache.

Implementaciones

Implementaciones

El número de veces que un desarrollador ha subido la aplicación.