Cómo crear tareas de listas de aplicaciones en cola

En esta página, se describe cómo crear tareas y colocarlas listas de aplicaciones en cola. Cuando desees procesar una tarea, debes crear un objeto de tarea nuevo y colocarlo en una cola. Puedes especificar explícitamente el servicio y el controlador que procesarán la tarea y, de manera opcional, transferir los datos específicos de la tarea al controlador. También puedes ajustar la configuración de la tarea, como programar una hora en el futuro en la que se debe ejecutar o limitar la cantidad de veces que deseas que se reintente la tarea si falla.

Crea una tarea nueva

Para crear y poner en cola una tarea, obtén una Queue mediante QueueFactory y llama a su método add(). Puedes obtener una cola con nombre especificada en el archivo queue.xml con el método getQueue() de la fábrica o puedes obtener la cola predeterminada mediante getDefaultQueue(). Puedes llamar al método add() de Queue con una instancia TaskOptions (producida por TaskOptions.Builder) o puedes llamarlo sin argumentos para crear una tarea con las opciones predeterminadas de la cola.

import com.google.appengine.api.taskqueue.Queue;
import com.google.appengine.api.taskqueue.QueueFactory;
import com.google.appengine.api.taskqueue.TaskOptions;
Queue queue = QueueFactory.getDefaultQueue();
queue.add(TaskOptions.Builder.withUrl("/worker").param("key", key));

Cómo especificar el servicio de trabajador

Cuando una tarea se extrae de su cola, el servicio de lista de tareas en cola la envía a un servicio trabajador. Cada tarea tiene un destino y una URL, que son las que determinan qué servicio y controlador ejecutará la tarea en última instancia.

target

El destino especifica el servicio que recibirá la solicitud HTTP para realizar la tarea. Es una string que especifica un servicio, versión o instancia en cualquiera de los formularios canónicos. Los formatos más usados son los siguientes:

    service
    version.service
    instance.version.service

La string de destino se antepone al nombre de dominio de tu app. Existen tres formas de establecer el objetivo para una tarea:

  • Puedes declarar el destino cuando construyes la tarea. Puedes establecer el destino de forma explícita cuando creas la tarea si configuras el encabezado Host con TaskOptions:

    taskOptions.header("Host", versionHostname)
    

  • Incluye una directiva target cuando definas una cola en queue.xml, como en la definición de queue-blue. Todas las tareas agregadas a una cola con un target usarán ese destino, incluso si se asignó un destino diferente a la tarea durante el tiempo de construcción.

  • Si no se especifica ningún destino según los dos métodos descritos con anterioridad, el destino de la tarea será la versión del servicio que la pone en cola. Ten en cuenta que, si pones en cola una tarea del servicio y la versión predeterminados de esta manera, y la versión predeterminada cambia antes de que la tarea se ejecute, esta se ejecutará en la versión predeterminada nueva.

url

La url selecciona uno de los controladores en el servicio de destino, que realizará la tarea.

La url debe coincidir con uno de los patrones de URL del controlador en el servicio de destino. La url puede incluir parámetros de búsqueda si el método especificado en la tarea es GET o PULL. Si no se especifica la url, se usará la URL predeterminada /_ah/queue/[QUEUE_NAME], en la que [QUEUE_NAME] es el nombre de la cola de la tarea.

Pasa datos al controlador

Puedes pasar datos al controlador como parámetros de consulta en la URL de la tarea, pero solo si el método especificado en la tarea es GET o PULL.

El constructor TaskOptions.Builder tiene métodos para agregar datos como carga útil de la solicitud HTTP, y como parámetros que se agregan a la URL como parámetros de búsqueda.

params
No especifiques los parámetros si usas el método POST junto con una carga útil, o si usas el método GET y agregaste una URL con parámetros de búsqueda.

Nombra una tarea

Cuando creas una tarea nueva, App Engine le asigna un nombre único de forma predeterminada. Sin embargo, puedes asignarle tu propio nombre a una tarea mediante el parámetro name. Una de las ventajas de asignar tus propios nombres a las tareas es que se anula la duplicación de las tareas nombradas, lo que significa que puedes usar nombres de tareas para garantizar que una tarea se agregue solo una vez. La deduplicación se mantiene durante 9 días después de que se completa o se borra una tarea.

Ten en cuenta que la lógica de deduplicación ingresa una sobrecarga de rendimiento significativa, lo que se traduce en mayores latencias y mayor potencial de tasas de error asociadas con las tareas nombradas. Estos costos pueden aumentar significativamente si los nombres de las tareas son secuenciales, como con las marcas de tiempo. Por lo tanto, si asignas tus propios nombres, te recomendamos que utilices un prefijo bien distribuido para los nombres de tareas, como un hash de los contenidos.

Si asignas tus propios nombres a las tareas, ten en cuenta que la longitud máxima del nombre es de 500 caracteres, y que el nombre puede contener letras mayúsculas y minúsculas, números y guiones.

Agrega tareas de manera asíncrona

De manera predeterminada, las llamadas que agregan tareas a las colas son síncronas. Las llamadas síncronas funcionan bien en la mayoría de los casos. Agregar una tarea a una cola es generalmente una operación rápida. Existe un pequeño porcentaje de operaciones de agregado de tareas que pueden tardar mucho más tiempo, pero el tiempo medio para agregar una tarea es inferior a 5 minutos.

Las operaciones de agregado de tareas a diferentes colas no se pueden agrupar, por lo que la API de listas de tareas en cola también proporciona llamadas asíncronas que te permiten agregar estas tareas en paralelo, minimizando aún más esta latencia. Esto es útil si estás creando una aplicación extremadamente sensible a la latencia que necesita realizar varias operaciones de agregación de tareas a diferentes colas al mismo tiempo.

Si deseas realizar llamadas asíncronas a una lista de tareas en cola, usa los métodos asíncronos que proporciona la clase Queue. Llama a get en el objeto Future que se muestra para forzar que se complete la solicitud. Cuando agregas tareas de forma asíncrona en una transacción, debes llamar a get() en Future antes de confirmar la transacción para asegurarte de que la solicitud haya finalizado.

Cómo poner en cola tareas en transacciones de Cloud Datastore

Puedes poner una tarea en cola como parte de una transacción de Datastore para que la tarea solo esté en cola (y se garantice que lo está) si la transacción se confirma de forma correcta. Las tareas agregadas a una transacción se consideran parte de ella y tienen el mismo nivel de aislamiento y coherencia.

Una aplicación no puede insertar más de cinco tareas transaccionales en las listas de tareas en cola durante una sola transacción. Las tareas transaccionales no deben tener nombres especificados por el usuario.

En la siguiente muestra de código, se demuestra cómo insertar tareas transaccionales en una lista de aplicaciones en cola como parte de una transacción de Datastore:

DatastoreService ds = DatastoreServiceFactory.getDatastoreService();
Queue queue = QueueFactory.getDefaultQueue();
try {
    Transaction txn = ds.beginTransaction();

    // ...

    queue.add(TaskOptions.Builder.withUrl("/path/to/my/worker"));

    // ...
    txn.commit();
} catch (DatastoreFailureException e) {
}

Cómo usar DeferredTasks en lugar de un servicio de trabajador

La configuración de un controlador para cada tarea distinta (como se describe en las secciones anteriores) puede ser complicada, al igual que la serialización y deserialización de argumentos complejos para la tarea, en especial si tienes muchas tareas diferentes pero pequeñas que deseas ejecutar en la cola. El SDK de Java incluye una interfaz llamada DeferredTask. Esta interfaz te permite definir una tarea como un método único. Utiliza la serialización de Java para empaquetar una unidad de trabajo en una lista de tareas en cola. Un retorno simple de ese método se considera un éxito. Si se muestra cualquier excepción desde ese método, la operación se considera un fracaso.


/** A hypothetical expensive operation we want to defer on a background task. */
public static class ExpensiveOperation implements DeferredTask {

  @Override
  public void run() {
    System.out.println("Doing an expensive operation...");
    // expensive operation to be backgrounded goes here
  }
}

/**
 * Basic demonstration of adding a deferred task.
 *
 * @param request servlet request
 * @param resp servlet response
 */
@Override
public void doGet(final HttpServletRequest request, final HttpServletResponse resp)
    throws IOException {
  // Add the task to the default queue.
  Queue queue = QueueFactory.getDefaultQueue();

  // Wait 5 seconds to run for demonstration purposes
  queue.add(
      TaskOptions.Builder.withPayload(new ExpensiveOperation())
          .etaMillis(System.currentTimeMillis() + DELAY_MS));

  resp.setContentType("text/plain");
  resp.getWriter().println("Task is backgrounded on queue!");
}

Cómo trabajar con tareas en una aplicación de varias instancias

De manera predeterminada, las listas de aplicaciones en cola utilizan el espacio de nombres actual como se establece en el administrador de espacio de nombres en el momento en que se crea la tarea. Si tu aplicación es multiusuario, consulta la API de Java 8 de espacios de nombres.

Pasos siguientes