Neste documento, listamos as cotas e os limites do sistema que se aplicam aos Workflows.
- As cotas têm valores padrão, mas geralmente é possível solicitar ajustes.
- Os limites do sistema são valores fixos 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:
- Monitora o consumo de produtos e serviços do Google Cloud .
- Restringe o consumo desses recursos.
- Possibilita a solicitação de mudanças no valor das cotas e a automatização de ajustes de cotas.
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.
Também há limites de sistemas nos recursos do Workflows. Os limites do sistema não podem ser alterados.
Cotas
Workflows aplicam as seguintes cotas para cada projeto 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. Execuções simultâneas são aquelas que foram iniciadas e ainda não foram concluídas ou falharam, incluindo as que estão aguardando callbacks ou em espera. Quando a cota é atingida e o acúmulo de execuções está ativado por
padrão (com algumas exceções), as execuções são criadas em um estado
|
10.000 |
Execuções pendentes | O número máximo de execuções de fluxo de trabalho em espera por região e por projeto.
Para mais informações, consulte Gerenciar o acúmulo de execuções. |
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 do seu projeto (por minuto 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 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
execuções de fluxo de trabalho list
de todos os fluxos de trabalho do seu projeto (por minuto e 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 seu projeto (por minuto 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 "get step entries" 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 por local) |
6.000 |
Solicitações "list step entries" da API Execution | O número máximo de solicitações para
entradas de etapa list
de uma execução de fluxo de trabalho (por minuto 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 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 do seu projeto (por minuto
por local) |
1.500 |
Solicitações de callback da 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 por local) |
300 |
Solicitações de aumento de cota
Para aumentar ou diminuir 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 métricas de uso de cota. Por exemplo, consulte Monitorar métricas de cota, que mostra como consultar a cota de alocação total consumida para Workflows. Para informações sobre como monitorar métricas de uso de cota, consulte Criar gráficos e monitorar métricas de cota.
Limites de etapa
Workflows impõem os seguintes limites de etapa para cada um deles. Não é possível pedir 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 chave | O número máximo de condições que podem ser avaliadas em um único bloco de troca | 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 da 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 | 100.000 |
Limites de etapas paralelas
Workflows aplicam os seguintes limites ao usar etapas paralelas. Não é possível pedir 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 |
Branches 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 enfileiradas para aguardar a conclusão de uma ou mais threads em execução. Não há um limite total de contagem de linhas de execução, 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
Workflows aplicam os seguintes limites de uso. 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 ela for salva em uma variável, o limite de memória para variáveis será aplicado. | 2 MB |
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 |
|
||
|
||
|
||
Comprimento 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 de término) para uma execução de fluxo de trabalho. Ultrapassar esse limite resulta em um erro de expiração | 1 ano |
Retenção da execução | O período de armazenamento máximo (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 duplicidades | O período de desduplicação para garantir o processamento único ao acionar uma execução de fluxo de trabalho com eventos | 24 horas |