Esta página foi traduzida pela API Cloud Translation.

Limites de uso

Como a API Google Workspace Events é um serviço compartilhado, aplicamos cotas e limitações para garantir que ela seja usada de forma justa por todos os usuários e para proteger o desempenho geral do Google Workspace.

Se você exceder uma cota, vai receber uma resposta do código de status HTTP 429: Too many requests. Outras verificações de limite de taxa no back-end da API Events do Google Workspace também podem gerar a mesma resposta de erro. Se esse erro acontecer, use um algoritmo de espera exponencial e tente novamente mais tarde. Desde que você mantenha as cotas por minuto listadas nas tabelas a seguir, não há limite para o número de solicitações que podem ser feitas por dia.

Cotas por projeto

As cotas por projeto limitam a taxa de consultas de um projeto do Google Cloud. Assim, elas são aplicadas a um único app que chama os métodos especificados da API Google Workspace Events para cada cota.

A tabela a seguir detalha os limites de consulta por projeto. Também é possível encontrar esses limites na página Cotas no console do Google Cloud.

Cota por projeto	Métodos da API Google Workspace Events	Limite
Gravações por minuto	`Subscriptions.create` `Subscriptions.patch` `Subscriptions.delete` `Subscriptions.reactivate`	600
Gravações por minuto, por usuário	`Subscriptions.create` `Subscriptions.patch` `Subscriptions.delete` `Subscriptions.reactivate`	100
Leituras por minuto	`Subscriptions.get` `Subscriptions.list`	600
Leituras por minuto, por usuário	`Subscriptions.get` `Subscriptions.list`	100

Resolver erros de cota com base em tempo

Para todos os erros baseados em tempo (máximo de N solicitações por X minutos), recomendamos que seu código capture a exceção e use uma espera exponencial truncada para garantir que os dispositivos não gerem carga excessiva.

A espera exponencial é uma estratégia padrão de tratamento de erros para aplicativos de rede. Um algoritmo de espera exponencial repete solicitações usando tempos de espera exponencialmente crescentes entre as solicitações, até um tempo máximo de espera. Se as solicitações ainda falharem, é importante que o atraso entre as solicitações aumente ao longo do tempo até que elas sejam bem-sucedidas.

Exemplo de algoritmo

Um algoritmo de espera exponencial repete solicitações exponencialmente, aumentando o tempo de espera entre novas tentativas até um tempo máximo de espera. Exemplo:

Faça uma solicitação para a API Google Workspace Events.
Se a solicitação falhar, aguarde 1 + random_number_milliseconds e tente de novo.
Se a solicitação falhar, aguarde 2 + random_number_milliseconds e tente de novo.
Se a solicitação falhar, aguarde 4 + random_number_milliseconds e tente de novo.
E assim por diante, até um tempo maximum_backoff.
Continue aguardando e tentando até um número máximo de tentativas, mas não aumente o período de espera entre elas.

onde:

O tempo de espera é min(((2^n)+random_number_milliseconds), maximum_backoff), com n incrementado em 1 para cada iteração (solicitação).
random_number_milliseconds é um número aleatório de milissegundos menor ou igual a 1.000. Isso ajuda a evitar casos em que muitos clientes são sincronizados por alguma situação e todos tentam novamente ao mesmo tempo, enviando solicitações em ondas sincronizadas. O valor de random_number_milliseconds é recalculado após cada solicitação de nova tentativa.
maximum_backoff costuma ser 32 ou 64 segundos. O valor apropriado depende do caso de uso.

O cliente pode continuar tentando novamente depois de maximum_backoff. As novas tentativas após esse ponto não precisam continuar aumentando o tempo de espera. Por exemplo, se um cliente usar um tempo maximum_backoff de 64 segundos, depois de atingir esse valor, ele poderá tentar novamente a cada 64 segundos. Em algum momento, os clientes precisam ser impedidos de tentar novamente indefinidamente.

O tempo de espera entre novas tentativas e o número de novas tentativas dependem do caso de uso e das condições da rede.

Solicitar um aumento de cota por projeto

Dependendo do uso de recursos do projeto, talvez seja necessário solicitar um aumento da cota. As chamadas de API por uma conta de serviço usam uma única conta. Solicitar uma cota maior não garante a aprovação. Grandes aumentos de cota podem levar mais tempo para serem aprovados.

Nem todos os projetos têm as mesmas cotas. À medida que você usa cada vez mais o Google Cloud, pode ser necessário aumentar as cotas. Caso espere um aumento de uso significativo, solicite o ajuste das cotas na página "Cotas" no console do Google Cloud.

Para saber mais, acesse os seguintes recursos: