Noções básicas sobre o Cloud Tasks

Nesta página, você verá o que são as tarefas e filas do Cloud Tasks, além de quando e como usá-las. O Cloud Tasks permite separar os trabalhos que podem ser executados de maneira independente, fora do fluxo principal do aplicativo e enviá-los para processamento assíncrono, usando os gerenciadores criados por você. Esses trabalhos independentes são chamados de tarefas. Por exemplo, você precisa atualizar um banco de dados como parte do processamento de uma solicitação do usuário, mas as atualizações podem ser demoradas. O descarregamento desse detalhe como uma tarefa permite que você retorne da solicitação mais rapidamente.

A tarefa descarregada é adicionada a uma fila, que mantém a tarefa até que ela seja executada. Com base na configuração inicial, a fila também pode atuar como um controle de fluxo de envio. Você cria e configura a fila, que é gerenciada pelo serviço Cloud Tasks. Depois que as tarefas são adicionadas, a fila as despacha e garante que elas sejam processadas de forma confiável pelos workers. As complexidades associadas a esse processo, como custos de latência do usuário, falhas do servidor, limitações de consumo de recursos e gerenciamento de novas tentativas, são gerenciadas pelo serviço.

As tarefas são compostas de um nome exclusivo e informações de configuração e, opcionalmente, quaisquer dados da solicitação inicial, chamados de payload, necessários para processar a solicitação. À medida que o payload é enviado no corpo da solicitação, as tarefas que incluem payloads precisam usar POST ou PUT como seu método HTTP.

Os usuários de ambientes de execução de primeira geração do ambiente padrão do App Engine precisam acessar o serviço Cloud Tasks pela API Fila de tarefas do App Engine. Para mais informações sobre como usar esse método, consulte a documentação em Java 8, Python 2.7, Go 1.11 ou PHP 5.5. Os usuários de ambientes de execução de segunda geração do ambiente padrão do App Engine, do ambiente flexível e de outras plataformas agora podem usar a API Cloud Tasks.

Para acessar o serviço Cloud Tasks usando a API Cloud Tasks , é necessário ter um projeto do Google Cloud.

Casos de uso

Os casos de uso típicos incluem:

  • acelerar os tempos de resposta dos usuários delegando operações em segundo plano potencialmente lentas, como atualizações de banco de dados para um worker;
  • preservar solicitações no contexto de incidentes de produção inesperados;
  • ajudar a amenizar os picos de tráfego removendo tarefas que não são voltadas para o usuário do fluxo de usuários principal.
  • Como gerenciar taxas de chamadas de API de terceiros

Filas do Cloud Tasks com destinos HTTP

No caso de destinos HTTP genéricos, o serviço do Cloud Tasks encaminha a solicitação de tarefa ao worker, localizado em qualquer endpoint HTTP genérico, com base na configuração da tarefa. Ele pode estar no Cloud Functions, Cloud Run, GKE, Compute Engine ou até mesmo em um servidor da Web no local, com base na configuração da tarefa. Essas filas enviam solicitações a uma taxa confiável e configurável, e Elas garantem uma execução de tarefas confiável. Após a conclusão, todos os workers precisam enviar um código de resposta HTTP (200-299) para o serviço Cloud Tasks antes do prazo padrão de 10 minutos, com um máximo de 30 minutos. Se nenhuma resposta ou uma resposta diferente for enviada, uma nova tentativa com a tarefa será realizada.

Filas baseadas em HTTP

O destino precisa gerenciar o escalonamento de workers e a limpeza de tarefas quando elas forem concluídas.

Se o destino exigir autenticação, será necessário configurar duas contas de serviço, uma para o aplicativo, o cliente, e outra para a própria fila. As duas contas precisam ter recebido as permissões exigidas. Além disso, é necessário que um identificador para a conta de serviço do cliente seja incluído na solicitação de tarefa. Consulte Criar tarefas de destino HTTP para mais informações.

Filas do Cloud Tasks com destinos do App Engine

No caso de destinos do App Engine, o serviço Cloud Tasks também encaminha a solicitação de tarefa ao gerenciador, mas esse worker está localizado no App Engine. Portanto, todas as filas direcionadas aos gerenciadores do App Engine precisam ter um aplicativo do App Engine. Os gerenciadores precisam ser executados na região em que o aplicativo do App Engine é executado. Essa região também serve como o parâmetro LOCATION_ID para as solicitações do Cloud Tasks.

As tarefas são roteadas com base em como a tarefa (ou, menos comumente, a própria fila) está configurada. As filas enviam solicitações a uma taxa confiável e configurável. Elas garantem uma execução de tarefas confiável. Após o sucesso, todos os workers precisam enviar um código de resposta HTTP (200-299) ao serviço do Cloud Tasks, nesta instância antes de um prazo com base no tipo de escalonamento de instâncias do serviço: 10 minutos para escalonamento automático ou até 24 horas para escalonamento manual. Se nenhuma resposta ou uma resposta diferente for enviada, uma nova tentativa com a tarefa será realizada.

Filas baseadas no Google App Engine

Como os gerenciadores fazem parte do App Engine, o próprio serviço do Cloud Tasks pode fazer grande parte do gerenciamento de processos para a tarefa, aumentando o escalonamento dos workers em relação ao tráfego e excluindo tarefas quando elas são concluídas.

Regiões compatíveis por destino

Se o destino for um endpoint HTTP/S, o Cloud Tasks estará disponível em todas as regiões compatíveis do Google Cloud para o Cloud Tasks.

Se o destino for um aplicativo do App Engine localizado no projeto atual:

  • Uma tarefa voltada ao App Engine só pode ser criada na região do App Engine do projeto.

  • Um projeto do Cloud pode conter apenas um app do App Engine, e a região onde o app do App Engine está localizado não pode ser alterada após a criação do app.

  • O App Engine é regional, o que significa que a infraestrutura que executa o aplicativo está localizada em uma região específica. Se você quiser distribuir computação e filas em várias regiões, segmente um endpoint HTTP/S.

  • Se você não estiver usando o App Engine como destino, não será preciso implantar um aplicativo do App Engine e desativar qualquer aplicativo atual do App Engine.

Fluxos de trabalho

O fluxo de trabalho geral é o seguinte:

  1. Você cria um worker para processar as tarefas.
  2. Você cria uma fila.
  3. Você cria tarefas de maneira programática e as adiciona à fila.
  4. O serviço Cloud Tasks retorna um OK para o aplicativo de origem. Isso indica que a tarefa foi gravada com êxito no armazenamento do Cloud Task, o que torna a solicitação de criação de tarefa altamente disponível e durável.
  5. As tarefas são transmitidas para o worker.
  6. O worker processa a tarefa.
  7. Para completar a sequência, o worker retorna um código de status de sucesso 2xx para o serviço Cloud Tasks.

Depois que a tarefa for entregue à fila, nenhum dado estará disponível para a solicitação inicial.

Recursos

Com o Cloud Tasks, é possível despachar itens de trabalho assíncronos com os seguintes controles:

  • Agendar horários de entrega específicos
  • Gerenciar taxas de envio
  • Configurar o comportamento de repetição
  • Acessar e gerenciar tarefas individuais em uma fila
  • Ativar a eliminação de duplicação de tarefas

Termos

A tabela a seguir mostra os termos-chave que descrevem aspectos do comportamento do Cloud Tasks.

Termo Definição
fila Um conjunto de tarefas com o mesmo tipo de destino gerenciado por uma única configuração.
tipo de destino Como e o local em que uma tarefa é processada.
worker Um serviço que processa tarefas.
tentativa Uma tentativa de executar uma tarefa.
tentativa de despacho O momento em que o Cloud Tasks enviou a tarefa ao seu destino.
tentativa de resposta Uma resposta de um worker que indica que o trabalho associado à tarefa foi concluído ou falhou.
nova tentativa Várias tentativas para executar uma tarefa. O número de novas tentativas é definido por RetryConfig.
limites de taxas Os limites de taxas para uma fila.

Metrics

As seguintes métricas predefinidas de tarefas estão disponíveis no Cloud Monitoring.

Tipo de métrica
Nome de exibição
Tipo, Tipo, Unidade
Descrição
Rótulos
api/request_count
Solicitações da API
DELTA, INT64, 1
Contagem de chamadas da Cloud Tasks API.
api_method: o método de API chamado (por exemplo, CreateTask).
response_code: código de resposta canônico como string (por exemplo, "ok").
queue/depth
BETA de profundidade da fila
GAUGE, INT64, 1
O número de tarefas na fila. Amostras coletadas a cada 60 segundos. Após a amostragem, os dados não ficam visíveis por até 120 segundos.
queue/task_attempt_count
Contagem de tentativas de tarefas
DELTA, INT64, 1
Contagem de tentativas da tarefa discriminadas por código de resposta.
response_code: código de resposta canônico como string (por exemplo, "ok").
queue/task_attempt_delays
Tentativas de tarefa atrasadas
DELTA, DISTRIBUTION, ms
Atraso entre cada horário de tentativa programado e o horário de tentativa real.