Información sobre Cloud Tasks

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 conserva la tarea hasta que se ejecuta correctamente. Según la 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.

Cloud Tasks está diseñado para proporcionar una entrega “al menos una vez”. Es decir, si una tarea se agrega de forma correcta, la cola la entregará al menos una vez. En algunas circunstancias excepcionales, es posible ejecutar varias tareas, por lo que tu código debe garantizar que la ejecución repetida no tendrá efectos secundarios dañinos. Tus controladores deben ser idempotentes.

Las tareas en sí se componen de un nombre único, información de configuración y, de forma opcional, todos los datos de la solicitud inicial, denominados carga útil, necesarios para procesar la solicitud. Como 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.

Para acceder al servicio 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, ubicado en cualquier extremo HTTP genérico, según cómo se configure la tarea. Este extremo puede estar en Cloud Functions, Cloud Run, GKE, Compute Engine o incluso en un servidor web local, según la configuración de 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 Cómo crear tareas de destino HTTP para obtener más información.

Colas de Cloud Tasks con destinos de App Engine

Cloud Tasks es compatible con los siguientes entornos de App Engine:

  • Entornos de ejecución de segunda generación del entorno estándar de App Engine
  • Entorno flexible de App Engine

Los usuarios de entornos de ejecución de primera generación de App Engine que actualmente usan la API de lista de tareas en cola pueden migrar a Cloud Tasks. Para obtener información sobre cómo hacerlo, consulta Cómo migrar los servicios en paquetes heredados. Los usuarios de los entornos de ejecución de primera generación de App Engine que no usan el servicio de tareas integradas pueden actualizar a los entornos de ejecución de segunda generación para usar Cloud Tasks.

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 controladores de App Engine deben tener una app de App Engine. Los controladores deben ejecutarse en la región donde se ejecuta la app de App Engine. Esta región también sirve como parámetro LOCATION_ID para tus solicitudes de Cloud Tasks.

Las tareas se enrutan según la forma en que se configura la tarea (o, con menos frecuencia, la cola en sí). Las colas despachan las solicitudes con una frecuencia confiable y configurable. Garantizan una ejecución confiable de las tareas. Cuando se ejecutan de forma correcta, todos los trabajadores deben enviar un código de respuesta HTTP (200-299) al servicio de Cloud Tasks, en esta instancia antes de un plazo según el tipo de escalamiento de instancias del servicio: 10 minutos para el ajuste de escala automático o hasta 24 horas para el ajuste de escala 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 administrar gran parte del proceso de la tarea, ya que aumenta y disminuye la escala de los trabajadores en relación con el tráfico y borra las tareas cuando se completan.

Regiones admitidas por destino

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 dentro de tu proyecto actual, sucede lo siguiente:

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

  • Un proyecto de Google Cloud solo puede contener una aplicación de App Engine. La región donde se encuentra la aplicación de App Engine 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 app se ubica en una región específica. Si deseas distribuir el procesamiento y las colas en varias regiones, debes orientarte a un extremo HTTP/S.

  • Si no usas App Engine como destino, no necesitas implementar una aplicación de App Engine; puedes inhabilitar cualquier aplicación de App Engine existente.

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.

Atributos

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ó.
reintentar Múltiples intentos de ejecutar una tarea la cantidad de reintentos se define en la RetryConfig
límites de frecuencia Los límites de frecuencia de una cola

Métricas

Las siguientes métricas predefinidas de Google 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 hace un muestreo 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
Recuento de la cantidad de tareas que la cola intentó enviar, desglosadas por código de respuesta de la tarea.
response_code: Código de respuesta canónico en forma de string (p. ej., “ok”)
queue/task_attempt_delays
Demoras en el intento de tareas
DELTA, DISTRIBUTION, ms
El retraso entre el momento programado para cada intento y el momento en el que realmente se llevó a cabo