Limiti di utilizzo

Poiché l'API Google Drive è 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 del sistema Google Workspace.

I limiti sono definiti in termini di unità di quota, un' unità di misura astratta che rappresenta l'utilizzo delle risorse di Google Drive.

Quote dell'API Drive

Vengono applicati tre tipi di quote:

  • Al minuto per progetto:è il numero di unità di quota che il tuo progetto Google Cloud può utilizzare in un minuto.

  • Al minuto per utente per progetto:è il numero di unità di quota che un utente specifico può utilizzare nel tuo progetto Cloud. Questo limite ha lo scopo di aiutarti a garantire una distribuzione equa dell'utilizzo tra i tuoi utenti.

  • Al giorno per progetto: definisce il numero massimo di byte che il tuo progetto Google Cloud può inviare in un periodo di 24 ore prima che vengano applicati addebiti.

La tabella seguente descrive in dettaglio questi limiti:

Tipo di limite di utilizzo Limite
Al minuto per progetto 1.000.000 di unità di quota
Al minuto per utente per progetto 325.000 unità di quota
Al giorno per progetto 1 TB

Se superi una quota, riceverai una 403: User rate limit exceeded HTTP risposta con codice di stato. Controlli aggiuntivi dei limiti di frequenza sul backend di Drive potrebbero anche generare una 429: Rate limit exceeded risposta. In questo caso, devi utilizzare un algoritmo di backoff esponenziale e riprovare più tardi.

Soglia di fatturazione giornaliera

Questo limite al giorno per progetto definisce il numero massimo di unità di quota che il tuo progetto Google Cloud può utilizzare in un periodo di 24 ore prima che vengano applicati addebiti.

L'utilizzo al di sotto di questa soglia non comporta costi aggiuntivi e il tuo account Google Cloud non viene fatturato. I dettagli di fatturazione completi verranno condivisi più avanti nel 2026 con un preavviso di almeno 90 giorni prima che le modifiche diventino effettive.

Non puoi richiedere un aumento di questo limite di soglia giornaliero.

La tabella seguente descrive in dettaglio il limite:

Tipo di limite di soglia Limite
Al giorno per progetto 400.000.000 di unità di quota

Per ulteriori informazioni, consulta Modello standardizzato di Google Workspace per strumenti degli agenti e API.

Utilizzo delle quote per metodo

Il numero di unità di quota consumate per richiesta varia a seconda del metodo chiamato. La tabella seguente illustra l'utilizzo delle unità di quota per metodo:

Azione Unità di quota
Leggi elementi, ad esempio files.get 5
Elenca elementi, ad esempio files.list 100
Scarica elementi, ad esempio files.download 200
Modifica elementi, ad esempio files.update 50
Altre azioni, ad esempio files.generateIds 5

Vincoli aggiuntivi

Quando lavori con l'API Drive, vengono applicati i seguenti vincoli:

  • Gli utenti di Google Workspace possono caricare solo 750 GB al giorno tra Il mio Drive e tutti i Drive condivisi. Questo limite si applica anche alle copie.

  • Gli utenti che raggiungono il limite di 750 GB o caricano un file di dimensioni superiori a questo limite non possono caricare o copiare altri file fino a quando non sono trascorse 24 ore.

  • La dimensione massima dei file che gli utenti possono caricare è di 5 TB. Solo il primo file che supera il limite completa il caricamento. La dimensione massima dei file che gli utenti possono copiare è di 750 GB.

  • Le notifiche inviate all'indirizzo specificato quando apri un canale di notifica non vengono conteggiate nei limiti di quota. Tuttavia, le chiamate ai metodi changes.watch, channels.stop e files.watch vengono conteggiate nella quota.

  • A condizione che tu rimanga entro le quote al minuto, non esiste un limite al numero di richieste che puoi effettuare al giorno.

  • A seconda del tipo di account Google Workspace, esistono limiti di spazio di archiviazione di Drive aggiuntivi.

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 a inviare 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 a inviare le richieste in modo esponenziale, aumentando il tempo di attesa tra i nuovi tentativi fino a un tempo di backoff massimo. Ad esempio:

  1. Invia una richiesta all'API Google Drive.
  2. Se la richiesta non va a buon fine, attendi 1 + random_number_milliseconds e riprova a inviare la richiesta.
  3. Se la richiesta non va a buon fine, attendi 2 + random_number_milliseconds e riprova a inviare la richiesta.
  4. Se la richiesta non va a buon fine, attendi 4 + random_number_milliseconds e riprova a inviare la richiesta.
  5. E via così fino all'intervallo di maximum_backoff.
  6. Continua ad attendere e riprovare fino al numero massimo di nuovi tentativi, ma non aumentare il periodo di attesa tra i nuovi tentativi.

dove:

  • Il tempo di attesa è min(((2^n)+random_number_milliseconds), maximum_backoff), con n incrementato 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 tutti riprovano contemporaneamente, inviando richieste in onde sincronizzate. Il valore di random_number_milliseconds viene ricalcolato dopo ogni richiesta di nuovi tentativi.
  • 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 nuovi tentativi dipendono dal caso d'uso e dalle condizioni di rete.

Prezzi

Tutto l'utilizzo standard dell'API Google Drive è disponibile senza costi aggiuntivi. Il superamento dei limiti delle richieste di quota è previsto per l'addebito sul tuo account di fatturazione Google Cloud più avanti nel 2026. Per ulteriori informazioni, consulta Modello standardizzato di Google Workspace per strumenti e API degli agenti.

Richiedi un aumento della quota

A seconda dell'utilizzo delle risorse del progetto, potresti voler richiedere un aggiustamento della quota. Le chiamate API di un account di servizio vengono considerate come se utilizzassero un singolo account. La richiesta di una quota aggiustata non ne garantisce l'approvazione. Le richieste di aggiustamento della quota che aumenterebbero in modo significativo il valore della quota possono richiedere più tempo per l'approvazione.

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 e limiti di sistema della console Google Cloud.

Per saperne di più, consulta le seguenti risorse: