Poiché l'API Google Workspace Events è un servizio condiviso, applichiamo quote e limitazioni per assicurarci che venga utilizzata in modo equo da tutti gli utenti e per proteggere le prestazioni complessive di Google Workspace.
Se superi una quota, riceverai una risposta con codice di stato HTTP 429: Too many requests. Anche i controlli aggiuntivi dei limiti di frequenza sul backend dell'API Google Workspace Events potrebbero generare la stessa risposta di errore. Se si verifica questo errore, utilizza un
algoritmo di backoff esponenziale
e riprova più tardi. Se rispetti le quote al minuto elencate nelle tabelle seguenti, non esiste un limite al numero di richieste che puoi effettuare al giorno.
Quote per progetto
Le quote per progetto limitano la frequenza delle query per un progetto Google Cloud e quindi si applicano a una singola app che chiama i metodi dell'API Google Workspace Events specificati per ogni quota.
La tabella seguente descrive in dettaglio i limiti delle query per progetto. Puoi trovare questi limiti anche nella pagina Quote della console Google Cloud.
Quota per progetto |
Metodi dell'API Google Workspace Events |
Limite |
|---|---|---|
Scritture al minuto |
|
600 |
Scritture al minuto per utente |
|
100 |
Letture al minuto |
|
600 |
Letture al minuto per utente |
|
100 |
Risolvere gli errori di quota basati sul tempo
Per tutti gli errori basati sul tempo (massimo N richieste ogni X minuti), ti consigliamo di fare in modo che il codice rilevi l'eccezione e utilizzi un backoff esponenziale troncato per assicurarti che i tuoi dispositivi non generino un carico eccessivo.
Il backoff esponenziale è una strategia standard di gestione degli errori per le applicazioni di rete. Un algoritmo di backoff esponenziale riprova le richieste utilizzando tempi di attesa in aumento esponenziale tra le richieste, fino a un tempo di backoff massimo. Se le richieste non vanno ancora a buon fine, è importante che i ritardi tra le richieste aumentino nel tempo fino a quando la richiesta non va a buon fine.
Algoritmo di esempio
Un algoritmo di backoff esponenziale riprova le richieste in modo esponenziale, aumentando il tempo di attesa tra i nuovi tentativi fino a un tempo di backoff massimo. Ad esempio:
- Invia una richiesta all'API Google Workspace Events.
- Se la richiesta non va a buon fine, attendi 1 +
random_number_millisecondse riprova la richiesta. - Se la richiesta non va a buon fine, attendi 2 +
random_number_millisecondse riprova la richiesta. - Se la richiesta non va a buon fine, attendi 4 +
random_number_millisecondse riprova la richiesta. - E così via, fino a un tempo
maximum_backoff. - Continua ad attendere e a riprovare fino a un numero massimo di tentativi, ma non aumentare il periodo di attesa tra i tentativi.
dove:
- Il tempo di attesa è
min(((2^n)+random_number_milliseconds), maximum_backoff), connincrementato di 1 per ogni iterazione (richiesta). random_number_millisecondsè un numero casuale di millisecondi minore o uguale a 1000. In questo modo si evitano casi in cui molti client vengono sincronizzati da una determinata situazione e riprovano tutti contemporaneamente, inviando richieste in onde sincronizzate. Il valore dirandom_number_millisecondsviene ricalcolato dopo ogni richiesta di ripetizione.maximum_backoffè in genere 32 o 64 secondi. Il valore appropriato dipende dal caso d'uso.
Il client può continuare a riprovare dopo aver raggiunto il tempo maximum_backoff.
I nuovi tentativi dopo questo punto non devono continuare ad aumentare il tempo di backoff. Ad esempio, se un client utilizza un valore maximum_backoff di 64 secondi, dopo aver raggiunto questo valore, il client può riprovare ogni 64 secondi. A un certo punto, è necessario impedire ai client di effettuare ulteriori tentativi indefinitamente.
Il tempo di attesa tra i nuovi tentativi e il numero di tentativi dipendono dal caso d'uso e dalle condizioni di rete.
Richiedere un aumento della quota per progetto
A seconda dell'utilizzo delle risorse del progetto, potresti voler richiedere un aggiustamento della quota. Le chiamate API di un service account sono considerate come se utilizzassero un singolo account. La richiesta di una quota aggiustata non ne garantisce l'approvazione. L'approvazione delle richieste di aggiustamento della quota che aumenterebbero in modo significativo il valore della quota può richiedere più tempo.
Non tutti i progetti hanno le stesse quote. Man mano che utilizzi sempre più Google Cloud nel tempo, i valori delle quote potrebbero dover aumentare. Se prevedi un aumento imminente e consistente dell'utilizzo, puoi richiedere un aggiustamento della quota in modo proattivo nella pagina Quote della console Google Cloud.
Per saperne di più, consulta le seguenti risorse: