Información sobre Cloud Tasks

Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.

En esta página se describen las tareas de Cloud Tasks: qué son, cuándo se usan y cómo. Con Cloud Tasks, puedes separar los trabajos que se pueden realizar de forma independiente (fuera del flujo principal de la aplicación) y enviarlos para que se procesen de forma asíncrona mediante el uso de controladores que crees. Estos trabajos independientes se denominan tareas. Por ejemplo, imagina que necesitas actualizar una base de datos como parte del procesamiento de una solicitud de un usuario, pero las actualizaciones pueden llevar mucho tiempo. La descarga de ese detalle como tarea te permite regresar más rápido de la solicitud.

La tarea descargada se agrega a una cola, que persiste en la tarea hasta que se ejecuta correctamente. Según tu configuración inicial, la cola también puede actuar como un control de flujo de despacho. Debes crear y configurar la cola que el servicio Cloud Tasks administrará. Una vez que se agregan las tareas, la cola las envía y se asegura de que tus trabajadores las procesen de manera confiable. El servicio se encarga de las complejidades asociadas con ese proceso, como los costos de latencia para el usuario, las fallas del servidor, las limitaciones de consumo de recursos y la administración de reintentos.

Las tareas en sí están compuestas por un nombre único, información de configuración y, opcionalmente, cualquier dato de la solicitud inicial, llamado carga útil, que se necesita para procesar la solicitud. A medida que la carga útil se envía en el cuerpo de la solicitud, las tareas que incluyen cargas útiles deben usar POST o PUT como método HTTP.

Los usuarios de entornos de ejecución de primera generación del entorno estándar de App Engine deben acceder al servicio de Cloud Tasks mediante la API de lista de tareas en cola de App Engine. Para obtener más información sobre el uso de este método, consulta la documentación de Java 8, Python 2.7, Go 1.11 o PHP 5.5. Los usuarios de entornos de ejecución de segunda generación del entorno estándar de App Engine, el entorno flexible y los que usan otras plataformas ahora pueden usar la API de Cloud Tasks.

Para acceder al servicio de Cloud Tasks con la API de Cloud Tasks , debes tener un proyecto de Google Cloud.

Casos de uso

Los casos prácticos más comunes incluyen los siguientes:

  • Acelerar los tiempos de respuesta para los usuarios delegando a un trabajador las operaciones de segundo plano potencialmente lentas, como las actualizaciones de bases de datos
  • Preservar las solicitudes en el contexto de incidentes de producción imprevistos
  • Quitar del flujo de usuarios principal las tareas no orientadas al usuario, a fin de ayudar a que el tráfico sea más fluido durante los picos de actividad
  • Administra las tarifas de llamadas a la API de terceros

Colas de Cloud Tasks con destinos HTTP

En el caso de destinos HTTP genéricos, el servicio de Cloud Tasks reenvía la solicitud de tarea al trabajador, ubicada en cualquier extremo HTTP genérico, según la configuración de la tarea. Este extremo podría estar en Cloud Functions, Cloud Run, GKE, Compute Engine o incluso un servidor web local, según cómo se configure la tarea. Estas colas envían solicitudes a una tasa confiable y configurable. Garantizan una ejecución de tarea confiable. Si se ejecutan de forma correcta, todos los trabajadores deben enviar un código de respuesta HTTP (200-299) al servicio de Cloud Tasks antes del plazo de tiempo de espera predeterminado de 10 minutos, con un máximo de 30 minutos Si se envía una respuesta diferente o no se envía ninguna respuesta, se reintenta la tarea.

Colas basadas en HTTP

El objetivo debe administrar el escalamiento de los trabajadores y la limpieza de las tareas una vez que se completan.

Si tu objetivo requiere autenticación, debes configurar dos cuentas de servicio: una para tu aplicación y el cliente y una para la cola en sí. Se deben otorgar los permisos a ambas cuentas y se debe incluir un identificador para la cuenta de servicio del cliente en la solicitud de tarea. Consulta Crea tareas de destino HTTP para obtener más información.

Colas de Cloud Tasks con destinos de App Engine

En el caso de los destinos de App Engine, el servicio de Cloud Tasks también reenvía la solicitud de tarea al controlador, pero este trabajador se encuentra dentro de App Engine. Por lo tanto, todas las colas que se orientan a los controladores de App Engine deben tener una app de App Engine. Los controladores deben ejecutarse en la región en la que se ejecuta la aplicación. Esta región también sirve como el parámetro LOCATION_ID para las solicitudes de Cloud Tasks.

Las tareas se enrutan según la configuración de la tarea (o, con menos frecuencia, de la cola). Las colas despachan solicitudes a una tasa confiable y configurable. Garantizan una ejecución de tareas confiable: una vez que se completa correctamente, todos los trabajadores deben enviar un código de respuesta HTTP (200-299) al servicio de Cloud Tasks, en esta instancia antes de una fecha límite basada en el tipo de servicio de escalamiento de la instancia: 10 minutos para el ajuste de escala automático o hasta 24 horas para el escalamiento manual. Si se envía una respuesta diferente o no se envía ninguna respuesta, se reintenta la tarea.

Colas basadas en App Engine

Debido a que los controladores son parte de App Engine, el servicio de Cloud Tasks en sí puede realizar gran parte de la administración de procesos para la tarea, escalar verticalmente los trabajadores en relación con el tráfico y borrar tareas cuando se completan.

Regiones compatibles por objetivo

Si tu destino es un extremo HTTP/S, Cloud Tasks está disponible en todas las regiones de Google Cloud compatibles con Cloud Tasks.

Si tu objetivo es una aplicación de App Engine ubicada en tu proyecto actual:

  • Una tarea que se orienta a App Engine solo se puede crear en la región de App Engine del proyecto.

  • Un proyecto de Cloud solo puede contener una aplicación de App Engine, y la región en la que se encuentra la aplicación no se puede cambiar una vez que se crea la aplicación.

  • App Engine es regional, lo que significa que la infraestructura que ejecuta tu aplicación se encuentra en una región específica. Si deseas distribuir el procesamiento y las colas en varias regiones, debes orientar a un extremo HTTP/S.

  • Si no usas App Engine como destino, no necesitas implementar una app de App Engine y puedes inhabilitar cualquier app existente de App Engine.

Workflows

El flujo de trabajo general es el siguiente:

  1. Creas un trabajador para que procese las tareas.
  2. Creas una cola.
  3. Creas tareas de manera programática y las agregas a la cola.
  4. El servicio Cloud Tasks muestra un mensaje de aceptación a la aplicación originadora. Esto indica que la tarea se escribió con éxito en el almacenamiento de Cloud Tasks, por lo que la solicitud de creación de tareas tiene alta disponibilidad y durabilidad.
  5. Las tareas se le pasan al trabajador.
  6. El trabajador procesa la tarea.
  7. Para completar la secuencia, el trabajador muestra un código de estado 2xx al servicio Cloud Tasks.

Una vez que la tarea se entregó a la cola, la solicitud inicial no recibe más datos.

Características

Con Cloud Tasks, puedes despachar elementos de trabajo asíncronos con los siguientes controles:

  • Programar horas de entrega específicas
  • Administrar las frecuencias de envío
  • Configurar el comportamiento de reintento
  • Acceder y administrar tareas individuales en una cola
  • Habilitar la anulación de duplicación de tareas

Términos

En la siguiente tabla, se muestran algunos términos clave que describen aspectos del comportamiento de Cloud Tasks.

Término Definición
cola Un conjunto de tareas con el mismo tipo de orientación administrado por una sola configuración.
tipo de objetivo Dónde y cómo se procesa una tarea
trabajador Un servicio que procesa tareas
intento Un intento de ejecutar una tarea
envío de intento El momento en que Cloud Tasks envía la tarea a su objetivo
respuesta de intento Una respuesta de un trabajador que indica que el trabajo asociado con la tarea se completó correctamente o falló.
retry Múltiples intentos de ejecutar una tarea la cantidad de reintentos se define en la configuración de reintentos
límites de frecuencia Los límites de frecuencia de una cola

Métricas

Las siguientes métricas predefinidas de Tasks están disponibles mediante Cloud Monitoring.

Tipo de métrica
Nombre visible
Categoría, tipo, unidad
Etiquetas
de descripción
api/request_count
Solicitudes a la API
DELTA, INT64, 1
Cantidad de llamadas a la API de Cloud Tasks
api_method: El método de API al que se llama (p. ej., CreateTask).
response_code: El código de respuesta canónico en forma de string (p. ej., “ok”)
queue/depth
Profundidad de la cola BETA
GAUGE, INT64, 1
La cantidad de tareas en la cola. Se tomaron muestras cada 60 segundos. Después del muestreo, los datos no se podrán ver durante un máximo de 120 segundos.
queue/task_attempt_count
Recuento de intentos de tareas
DELTA, INT64, 1
La cantidad de intentos de la tarea, desglosada por código de respuesta
response_code: Código de respuesta canónico en forma de string (p. ej., “ok”)
queue/task_attempt_delays
Retrasos al intento de realizar tareas
DELTA, DISTRIBUTION, ms
El retraso entre el momento programado para cada intento y el momento en el que realmente se llevó a cabo