Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Esistono due versioni di Cloud Functions for Firebase:
Cloud Functions (2ª gen.), che
esegue il deployment delle tue funzioni come servizi su Cloud Run, consentendoti di
attivarle utilizzando Eventarc e Pub/Sub.
Cloud Functions (1ª gen.), la versione originale delle funzioni
con trigger di eventi e configurabilità limitati.
Ti consigliamo di scegliere Cloud Functions (2ª gen.) per le nuove funzioni
ove possibile. Tuttavia, prevediamo di continuare a supportare Cloud Functions
(1ª gen.).
Questa pagina descrive le funzionalità introdotte in Cloud Functions e
fornisce un confronto tra le due versioni del prodotto.
Cloud Functions (2ª gen.)
Cloud Functions è l'offerta di Functions-as-a-Service di nuova generazione di Firebase. Basato su Cloud Run e
Eventarc, Cloud Functions (2ª gen.) offre un'infrastruttura
migliorata e una copertura più ampia degli eventi per Cloud Functions, tra cui:
Basate su Cloud Run: le funzioni sono create con
Cloud Build e di cui viene eseguito il deployment come servizi Cloud Run utilizzando l'Cloud Run ambiente di esecuzione predefinito.
In questo modo puoi personalizzare la funzione come faresti con un servizio Cloud Run. Consulta la documentazione di Cloud Run per
esplorare le opzioni per configurare il servizio, ad esempio limiti
di memoria,
variabili di ambiente e così via.
Tempi di elaborazione delle richieste più lunghi: esegui carichi di lavoro con richieste più lunghe, ad esempio
l'elaborazione di grandi flussi di dati da Cloud Storage o BigQuery.
Dimensioni delle istanze più grandi: esegui carichi di lavoro in memoria, ad alta intensità di calcolo e paralleli più grandi.
Contemporaneità migliorata: gestisci più richieste simultanee con una singola istanza di funzione per ridurre al minimo gli avvii a freddo e migliorare la latenza.
Gestione del traffico: dividi il traffico tra diverse revisioni della funzione o esegui il rollback di una funzione a una versione precedente.
Integrazione di Eventarc: supporto nativo per i trigger Eventarc, che porta tutte le oltre 90 origini evento supportate da Eventarc in Cloud Functions.
Supporto più ampio di CloudEvents: supporto di CloudEvents standard del settore in tutti i runtime del linguaggio, per un'esperienza di sviluppo coerente.
Poiché Cloud Functions esegue il deployment di funzioni come servizi su Cloud Run,
Cloud Functions condivide quote e limiti delle risorse con
Cloud Run. Consulta la sezione Quote.
Tabella di confronto
Funzionalità
Cloud Functions (1ª gen.)
Cloud Functions
Registro delle immagini
Container Registry o Artifact Registry
Solo Artifact Registry
Timeout richiesta
Fino a 9 minuti
Fino a 60 minuti per le funzioni attivate da HTTP
Fino a 9 minuti per le funzioni attivate da eventi
Service account*
Service account Google App Engine (PROJECT_ID@appspot.gserviceaccount.com)
Service account Compute predefinito di Google Cloud (PROJECT_NUMBER-compute@developer.gserviceaccount.com)
Dimensione istanza
Fino a 8 GB di RAM con 2 vCPU
Fino a 16 GiB di RAM con 4 vCPU
Contemporaneità
1 richiesta in parallelo per istanza di funzione
Fino a 1000 richieste simultanee per istanza di funzione
* Questo è il service account predefinito utilizzato per accedere alle API Firebase o Cloud
da una funzione in esecuzione. Viene utilizzato dall'SDK Firebase Admin quando lo inizializzi senza argomenti.
Se richiesto, seleziona l'account di fatturazione associato al tuo
progetto Google Cloud.
Nel riquadro Filtri, sotto Etichette,
aggiungi un filtro etichetta con la chiave
goog-managed-by e il valore cloudfunctions.
Limitazioni
Cloud Functions for Firebase (2ª gen.) non supporta gli eventi Analytics.
Sebbene Cloud Functions for Firebase (2ª gen.) supporti gli eventi di blocco dell'autenticazione, non supporta lo stesso insieme di eventi Authentication di base della 1ª gen.
Tuttavia, poiché le funzioni di 1ª e 2ª gen. possono coesistere nello stesso file di origine, puoi comunque sviluppare e implementare trigger Analytics e Authentication di base nella 1ª gen. insieme alle funzioni di 2ª gen.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-06 UTC."],[],[],null,["\u003cbr /\u003e\n\nThere are two versions of Cloud Functions for Firebase:\n\n- **Cloud Functions (2nd gen)** , which deploys your functions as services on Cloud Run, allowing you to trigger them using Eventarc and Pub/Sub.\n- **Cloud Functions (1st gen)**, the original version of functions with limited event triggers and configurability.\n\nWe recommend that you choose Cloud Functions (2nd gen) for new functions\nwherever possible. However, we plan to continue supporting Cloud Functions\n(1st gen).\n\nThis page describes features introduced in Cloud Functions and\nprovides a comparison between the two product versions.\n\nCloud Functions (2nd gen)\n\nCloud Functions is Firebase's next-generation\nFunctions-as-a-Service offering. Built on Cloud Run and\nEventarc, Cloud Functions (2nd gen) brings enhanced\ninfrastructure and broader event coverage to Cloud Functions, including:\n\n- **Built on Cloud Run** : Functions are built with Cloud Build and deployed as Cloud Run services using the default [Cloud Run execution environment](//cloud.google.com/run/docs/about-execution-environments). This gives you the ability to customize your function as you would a Cloud Run service. Refer to Cloud Run documentation to explore options for configuring your service, such as [memory\n limits](//cloud.google.com/run/docs/configuring/services/memory-limits), [environment variables](//cloud.google.com/run/docs/configuring/services/environment-variables), and so forth.\n- **Longer request processing times** : Run longer-request workloads such as processing large streams of data from Cloud Storage or BigQuery.\n- **Larger instance sizes**: Run larger in-memory, compute-intensive, and parallel workloads.\n- **Improved concurrency**: Handle multiple concurrent requests with a single function instance to minimize cold starts and improve latency.\n- **Traffic management**: Split traffic between different function revisions or roll a function back to a prior version.\n- **Eventarc integration** : Native support for Eventarc triggers, bringing all 90+ event sources supported by Eventarc to Cloud Functions.\n- **Broader CloudEvents support** : Support for industry-standard [CloudEvents](https://cloudevents.io/) in all language runtimes, providing a consistent developer experience.\n\nSee the [comparison table](#comparison-table) for details.\n\nBecause Cloud Functions deploys functions as services on Cloud Run,\nCloud Functions shares resource quotas and limits with\nCloud Run. See [Quotas](/docs/functions/quotas).\n\nComparison table\n\n| Feature | Cloud Functions (1st gen) | Cloud Functions |\n|-------------------|------------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------------------------------------|\n| Image registry | Container Registry or Artifact Registry | Artifact Registry only |\n| Request timeout | Up to 9 minutes | - Up to 60 minutes for HTTP-triggered functions - Up to 9 minutes for event-triggered functions |\n| Service account\\* | Google App Engine service account (\u003cvar translate=\"no\"\u003ePROJECT_ID\u003c/var\u003e@appspot.gserviceaccount.com) | Google Cloud default compute service account (\u003cvar translate=\"no\"\u003ePROJECT_NUMBER\u003c/var\u003e-compute@developer.gserviceaccount.com) |\n| Instance size | Up to 8GB RAM with 2 vCPU | Up to 16GiB RAM with 4 vCPU |\n| Concurrency | 1 concurrent request per function instance | Up to 1000 concurrent requests per function instance |\n\n\\* This is the default service account used to access Firebase or Cloud APIs\nfrom a running function. It is used by the Firebase Admin SDK when you\n[initialize without arguments](/docs/admin/setup#initialize-sdk).\n\nPricing\n\nFor pricing information, see [Firebase pricing plans](https://firebase.google.com/pricing#cloud-functions).\n\nYou can view your costs associated with Cloud Functions as follows:\n\n1. Go to the [Cloud Billing Reports page](https://console.cloud.google.com/billing/reports) in the Google Cloud console.\n2. If prompted, select the billing account associated with your Google Cloud project.\n3. In the **Filters** panel, under **Labels** , [add a label filter](//cloud.google.com//billing/docs/how-to/reports#filters) with the key `goog-managed-by` and the value `cloudfunctions`.\n\n| **Note:** If you are using Cloud Functions for Firebase (1st gen) and are interested in Cloud Functions, see [Upgrade 1st gen Node.js functions to 2nd gen](/docs/functions/2nd-gen-upgrade).\n\nLimitations\n\nCloud Functions for Firebase (2nd gen) does not provide support for Analytics\nevents.\n\nThough Cloud Functions for Firebase (2nd gen) supports authentication blocking\nevents, it does not support the same set of basic Authentication events as\n1st gen.\n\nHowever, because 1st gen and 2nd gen\nfunctions can coexist side-by-side in the same source file, you can still\ndevelop and deploy Analytics and basic Authentication triggers in 1st gen\ntogether with 2nd gen functions."]]
