Cotas e limites

O Workflows usa cotas e limites do sistema para manter uma alocação justa de recursos, evitar sobrecargas de serviço e ajudar você a gerenciar o uso de recursos.

As cotas e os limites do sistema são semelhantes, mas diferem das seguintes maneiras:

  • As cotas têm valores definidos por padrão, mas geralmente é possível solicitar ajustes.
  • Os limites do sistema são valores que não podem ser alterados.

OGoogle Cloud usa cotas para garantir a imparcialidade e reduzir picos no uso e na disponibilidade de recursos. Uma cota restringe a alocação de um recurso doGoogle Cloud para uso do seu projeto do Google Cloud . As cotas se aplicam a vários tipos de recursos, incluindo hardware, software e componentes de rede. Por exemplo, elas podem restringir o número de chamadas de API para um serviço, o número de balanceadores de carga usados simultaneamente pelo projeto ou o número de projetos que podem ser criados. As cotas protegem a comunidade de usuários doGoogle Cloud , impedindo a sobrecarga de serviços. Elas também ajudam você a gerenciar seus próprios recursos do Google Cloud .

O sistema de cotas do Cloud faz o seguinte:

Na maioria dos casos, quando você tenta consumir mais de um recurso do que a cota permite, o sistema bloqueia o acesso ao recurso, e a tarefa que você está tentando executar falha.

As cotas geralmente se aplicam ao nível do projeto do Google Cloud . O uso de um recurso em um projeto não afeta a cota disponível em outro. Em um projeto do Google Cloud , as cotas são compartilhadas entre todos os aplicativos e endereços IP.

Saiba mais em Visão geral das cotas do Cloud.

Também há limites de sistemas nos recursos do Workflows. Os limites do sistema não podem ser alterados.

Cotas

O Workflows aplica as seguintes cotas para cada projeto do Google Cloud. É possível aumentar ou diminuir estas cotas:

Cota Descrição Valor
Total de fluxos de trabalho O número máximo de fluxos de trabalho que podem ser implantados por projeto 10.000
Execuções simultâneas

O número máximo de execuções de fluxo de trabalho ativas por região e por projeto. As execuções simultâneas são aquelas que foram iniciadas, mas ainda não foram concluídas ou falharam, incluindo as que estão aguardando callbacks ou estão em suspensão.

Quando a cota é atingida, e com o backlog de execução ativado por padrão (com algumas exceções), as execuções são criadas em um estado QUEUED. Se o backlog de execução estiver desativado ou se a cota de execuções em backlog for atingida, as novas execuções vão falhar com um código de status HTTP 429 Too many requests. Para mais informações, consulte Gerenciar o backlog de execução.

10.000
Execuções pendentes O número máximo de execuções de fluxo de trabalho em atraso por região e por projeto.

Para mais informações, consulte Gerenciar o backlog de execução.

100.000
Solicitações da API Workflow O número máximo de solicitações de API (create, update, list, get, delete) de todos os fluxos de trabalho no seu projeto (por minuto e por local) 1.200
Solicitações "get" da API Execution O número máximo de solicitações para execuções de fluxo de trabalho do get de todos os fluxos de trabalho no seu projeto (por minuto e por local) 6.000
Solicitações "list" da API Execution O número máximo de solicitações para list execuções de fluxo de trabalho de todos os fluxos de trabalho no seu projeto (por minuto e por local) 1.200
Solicitações "write" da API Execution O número máximo de solicitações para execuções de fluxo de trabalho create e cancel (incluindo execuções acionadas pelo Eventarc) de todos os fluxos de trabalho no projeto (por minuto e por local).

Se as execuções acionadas pelo Eventarc excederem esse máximo, os eventos serão repetidos de acordo com a política de repetição do Eventarc.

6.000
Solicitações de recebimento de entradas de etapa da API Execution O número máximo de solicitações para get uma entrada de etapa de uma execução de fluxo de trabalho (por minuto e por local) 6.000
Solicitações de entradas de etapas da lista da API Execution O número máximo de solicitações para list entradas de etapa de uma execução de fluxo de trabalho (por minuto e por local) 1.200
Solicitações de exportação de dados da API Execution O número máximo de solicitações para export data de uma execução de fluxo de trabalho (por minuto e por local) 10
Solicitações HTTP para endpoints de callback O número máximo de solicitações de API SendHttpCallback feitas em recursos de execução de todos os fluxos de trabalho no seu projeto (por minuto e por local) 1.500
Solicitações de callback de lista da API Execution O número máximo de solicitações para callbacks list de uma execução de fluxo de trabalho (por minuto e por local) 300

Solicitações de aumento de cota

Para aumentar ou diminuir as cotas, use o console do Google Cloud . Para mais informações, consulte Como solicitar uma cota maior.

Monitorar o uso de cotas

É possível consultar e monitorar as métricas de uso de cotas. Para ver um exemplo, consulte Monitorar métricas de cota, que demonstra como consultar a cota de alocação total consumida para Workflows. Para informações sobre como monitorar métricas de uso de cota, consulte Gráfico e monitoramento de métricas de cota.

Limites de etapa

O Workflows aplica os seguintes limites de etapas para cada fluxo de trabalho. Não é possível solicitar mudanças nestes limites:

Limite Descrição Valor
Atividades por etapa O número máximo de atribuições que podem ser realizadas em uma única etapa 50
Condições por interruptor O número máximo de condições que podem ser avaliadas em um único bloco de alternância 50
Profundidade máxima da pilha de chamadas O número máximo de níveis de funções de chamada. Por exemplo, quando um subfluxo de trabalho chama a si mesmo ou outro subfluxo de trabalho ou chamadas de função de biblioteca padrão que, por sua vez, chamam outras funções. 20
Etapas mínimas O número mínimo de etapas dentro de um fluxo de trabalho. 1
Máximo de etapas O número máximo de etapas que podem ser realizadas em uma única execução de fluxo de trabalho

Para mais informações sobre o que é considerado uma etapa, consulte Otimizar o uso.

100.000

Limites de etapas paralelas

O Workflows aplica os seguintes limites ao usar etapas paralelas. Não é possível solicitar mudanças nestes limites:

Limite Descrição Valor
Ramificações por etapa O número máximo de ramificações compatíveis em uma etapa paralela 10
Profundidade paralela A profundidade máxima em que as etapas paralelas podem ser aninhadas 2
Ramificações e iterações simultâneas

O número máximo de ramificações e iterações que podem ser executadas simultaneamente em uma única execução de fluxo de trabalho antes que outras ramificações e iterações sejam automaticamente colocadas em fila para aguardar a conclusão de uma ou mais linhas de execução em execução.

Não há limite para o número total de conversas, mas todos os outros limites se aplicam.

20
Exceções não capturadas em uma etapa paralela O número máximo de exceções não processadas que podem ser geradas durante a execução do fluxo de trabalho (no total) 100

Limites de recurso

O Workflows aplica os limites de uso a seguir. Não é possível solicitar mudanças nestes limites:

Limite Descrição Valor
Tamanho do código-fonte Tamanho máximo do arquivo YAML ou JSON que define seu fluxo de trabalho 128 KB
Tamanho da resposta O tamanho máximo de uma resposta HTTP (se salva em uma variável, o limite de memória para variáveis se aplica) 2 MB
Timeout da solicitação HTTP

A duração máxima configurável para uma única solicitação HTTP. Uma solicitação que excede o tempo limite falha com um TimeoutError:

  • Para as etapas de solicitação HTTP (chamadas http.get, http.post, http.request e outras http.*), o timeout padrão é de 300 segundos (5 minutos), e é possível configurar um timeout de até 1.800 segundos (30 minutos). Definir timeout por mais de 1.800 segundos gera um ValueError.
  • Para chamadas de conector, o connector_params.timeout padrão é 1.800 segundos (30 minutos). Se você configurar um connector_params.timeout mais longo para novas tentativas ou sondagem de operações de longa duração (até 1 ano), cada solicitação HTTP individual será limitada a 1.800 segundos.
1.800 segundos (30 minutos)
Tamanho da expressão O número máximo de caracteres em uma única expressão 400 caracteres
Tamanho dos dados O tamanho cumulativo máximo para variáveis, argumentos e eventos: 512 KB
  • Quantidade máxima de memória que pode ser usada para todas as variáveis definidas em uma única execução de um determinado fluxo de trabalho
  • Tamanho máximo dos argumentos que podem ser transmitidos ao criar uma execução de fluxo de trabalho
  • Tamanho máximo do payload do Eventarc que pode ser transmitido ao acionar uma execução de fluxo de trabalho com eventos
Tamanho máximo da string em bytes usando a codificação UTF-8 256 KB
Variáveis de ambiente O tamanho máximo de uma string de definição de variável de ambiente definida pelo usuário (KEY=value). É possível definir no máximo 20 variáveis. 4 KiB
Duração da execução A duração máxima (do horário de início ao horário de término) para uma execução de fluxo de trabalho. Qualquer fluxo de trabalho que ultrapasse esse limite termina com um erro de tempo limite. 1 ano
Retenção da execução O período máximo de retenção (após a conclusão de uma execução de fluxo de trabalho) do histórico e dos resultados de uma execução 90 dias
Janela de eliminação de duplicação A janela de eliminação de duplicação para garantir o processamento único ao acionar uma execução de fluxo de trabalho com eventos. 24 horas