Questa pagina descrive in dettaglio i limiti scalabili e basati sull'utilizzo per Cloud Functions in base al piano tariffario con pagamento in base al consumo di Blaze. Questi limiti si applicano ai progetti Firebase che distribuiscono funzioni nell'ambiente runtime Node.js 10.
Il piano Blaze fornisce gratuitamente quantità generose di invocazioni, tempo di elaborazione e traffico Internet. Tuttavia, le distribuzioni di funzioni comportano costi su piccola scala per lo spazio di archiviazione utilizzato per il contenitore della funzione. Per ulteriori informazioni, consulta le domande frequenti su Firebase.
Le quote per Google Cloud Functions comprendono 3 aree:
Limiti delle risorse
Questi influiscono sulla quantità totale di risorse che le tue funzioni possono consumare.
Limiti di tempo
Questi influenzano la durata delle cose.
Limiti di velocità
Questi influiscono sulla velocità con cui puoi chiamare l'API Cloud Functions per gestire le tue funzioni.
I diversi tipi di limiti sono descritti più dettagliatamente di seguito. Le differenze tra i limiti per Cloud Functions (1a generazione) e Cloud Functions (2a generazione) vengono indicate ove applicabile.
Limiti delle risorse
I limiti delle risorse influiscono sulla quantità totale di risorse che le tue funzioni possono consumare. L'ambito regionale è per progetto e ogni progetto mantiene i propri limiti.
| Quota | Descrizione | Limite (1a generazione) | Limite (2a generazione) | Può essere aumentato | Scopo |
|---|---|---|---|---|---|
| Numero di funzioni | Il numero totale di funzioni che possono essere distribuite per regione | 1.000 | 1.000 meno il numero di servizi Cloud Run distribuiti | NO | per regione |
| Dimensione massima della distribuzione | La dimensione massima di una distribuzione di una singola funzione | 100 MB (compressi) per i sorgenti. 500 MB (non compressi) per sorgenti più moduli. | N / A | NO | per funzione |
| Dimensione massima della richiesta HTTP non compressa | Dati inviati alle funzioni HTTP in una richiesta HTTP | 10 MB | 32 MB | NO | per invocazione |
| Dimensione massima della risposta HTTP non compressa | I dati inviati dalle funzioni HTTP in una risposta HTTP | 10 MB | 10 MB per le risposte in streaming. 32 MB per le risposte non in streaming. | NO | per invocazione |
| Dimensione massima dell'evento per le funzioni guidate dagli eventi | Dati inviati negli eventi alle funzioni in background | 10 MB | 512KB per gli eventi Eventarc. 10 MB per eventi legacy. | NO | per evento |
| Memoria massima delle funzioni | Quantità di memoria che ogni istanza di funzione può utilizzare | 8GiB | 32GiB | NO | per funzione |
Limiti di tempo
| Quota | Descrizione | Limite (1a generazione) | Limite (2a generazione) | Può essere aumentato | Scopo |
|---|---|---|---|---|---|
| Durata massima della funzione | Il periodo di tempo massimo in cui una funzione può essere eseguita prima di essere terminata forzatamente | 540 secondi | 60 minuti per le funzioni HTTP. 9 minuti per le funzioni basate su eventi. | NO | per invocazione |
Limiti di velocità
| Quota | Descrizione | Limite (1a generazione) | Limite (2a generazione) | Può essere aumentato | Scopo |
|---|---|---|---|---|---|
| Chiamate API (READ) | Chiamate per descrivere o elencare funzioni tramite l'API Cloud Functions | 5000 ogni 100 secondi | 1200 ogni 60 secondi | Solo per la 1a gen | per progetto (1a generazione) per regione (2a generazione) |
| Chiamate API (WRITE) | Chiamate per distribuire o eliminare funzioni tramite l'API Cloud Functions | 80 ogni 100 secondi | 60 ogni 60 secondi | N. 1 | per progetto (1a generazione) per regione (2a generazione) |
| Chiamate API (CALL) | Chiamate all'API "chiamata". | 16 ogni 100 secondi | N / A | N. 2 | per progetto |
Scalabilità
Le funzioni Cloud richiamate da HTTP si adattano rapidamente per gestire il traffico in entrata, mentre le funzioni in background si adattano più gradualmente. La capacità di espansione di una funzione è dettata da alcuni fattori, tra cui:
- La quantità di tempo necessaria per il completamento dell'esecuzione di una funzione (le funzioni di breve durata possono generalmente essere scalate per gestire più richieste simultanee).
- La quantità di tempo necessaria per l'inizializzazione di una funzione all'avvio a freddo .
- Il tasso di errore della tua funzione.
Fattori transitori, come il carico regionale e la capacità del data center.
Quote aggiuntive per le funzioni in background
| Quota | Descrizione | Limite | Può essere aumentato | Scopo | Versione del prodotto |
|---|---|---|---|---|---|
| Numero massimo di invocazioni simultanee | Il numero massimo di invocazioni simultanee di una singola funzione Esempio: se la gestione di ciascun evento richiede 100 secondi, la frequenza di invocazione sarà limitata in media a 30 al secondo | 3.000 | SÌ | per funzione | Solo 1a generazione |
| Tasso massimo di invocazione | La frequenza massima di eventi gestiti da una singola funzione Esempio: se la gestione di un evento richiede 100 ms, la velocità di chiamata sarà limitata a 1000 al secondo anche se in media vengono gestite solo 100 richieste in parallelo | 1000 al secondo | NO | per funzione | Solo 1a generazione |
| Dimensione massima dei dati degli eventi simultanei | La dimensione totale massima degli eventi in entrata per invocazioni simultanee di una singola funzione Esempio: se gli eventi hanno una dimensione di 1 MB e la loro elaborazione richiede 10 secondi, la velocità media sarà di 1 evento al secondo, poiché l'undicesimo evento non verrà elaborato fino al termine dell'elaborazione di uno dei primi 10 eventi | 10 MB | NO | per funzione | 1a generazione e 2a generazione |
| Velocità effettiva massima degli eventi in entrata | Il throughput massimo degli eventi in ingresso in una singola funzione Esempio: se gli eventi hanno una dimensione di 1 MB, la frequenza di chiamata può essere al massimo 10 al secondo, anche se le funzioni terminano entro 100 ms | 10 MB al secondo | NO | per funzione | 1a generazione e 2a generazione |
Quando raggiungi un limite di quota
Quando una funzione consuma tutta una risorsa allocata, la risorsa diventa non disponibile finché la quota non viene aggiornata o aumentata. Ciò potrebbe significare che la tua funzione e tutte le altre funzioni nello stesso progetto non funzioneranno fino ad allora. Una funzione restituisce un codice di errore HTTP 500 quando una delle risorse supera la quota e la funzione non può essere eseguita.
Per aumentare le quote oltre i valori predefiniti elencati qui, vai alla pagina Quote di Cloud Functions , seleziona le quote che desideri modificare, fai clic su MODIFICA QUOTE , fornisci le informazioni utente se richiesto e inserisci il nuovo limite di quota per ciascuna quota selezionata.
Limiti di quota per la distribuzione della CLI Firebase
Per ogni funzione distribuita dalla CLI Firebase, sono interessati questi tipi di limiti di velocità e di tempo:
- Chiamate API (READ): 1 chiamata per distribuzione, indipendentemente dal numero di funzioni
- Limite: 5000 ogni 100 secondi
- Chiamate API (WRITE) - 1 chiamata per funzione
- Limite: 80 ogni 100 secondi
Vedi anche il riferimento alla CLI di Firebase .