Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Há duas versões de Cloud Functions for Firebase:
Cloud Functions (2ª geração), que
implanta as funções como serviços no Cloud Run, para que você possa
acioná-las usando Eventarc e Pub/Sub.
Cloud Functions (1ª geração), que consiste na versão original das funções,
com gatilhos de eventos e capacidade de configuração limitados.
Recomendamos que você escolha o Cloud Functions (2ª geração) para novas funções
sempre que possível. No entanto, pretendemos continuar a oferecer suporte ao Cloud Functions
(1ª geração).
Nesta página, descrevemos os recursos introduzidos no Cloud Functions e
oferecemos uma comparação entre as duas versões do produto.
Cloud Functions (2ª geração)
O Cloud Functions é a oferta de funções como serviço de
última geração do Firebase. Criado com base no Cloud Run e no
Eventarc, o Cloud Functions (2ª geração)
oferece infraestrutura aprimorada
e cobertura de eventos mais ampla para Cloud Functions, incluindo:
Criado com base no Cloud Run: as funções são criadas com o
Cloud Build e implantadas como serviços do Cloud Run usando o
ambiente de execução do Cloud Run padrão.
Assim, é possível personalizar a função da mesma forma que um serviço
de Cloud Run. Consulte a documentação do Cloud Run para
conferir as opções de configuração do serviço, como limites de
memória, variáveis de ambiente e assim por
diante.
Tempos de processamento de solicitação mais longos: execute cargas de trabalho com solicitações mais longas, como
o processamento de grandes fluxos de dados do Cloud Storage ou do BigQuery.
Tamanhos de instância maiores: execute cargas de trabalho maiores na memória, com uso intenso de computação e
paralelas.
Melhor simultaneidade: gerencie várias solicitações simultâneas com uma única
instância de função para minimizar inicializações a frio e melhorar a latência.
Gerenciamento de tráfego: divida o tráfego entre diferentes revisões de função
ou reverta uma função para uma versão anterior.
Integração do Eventarc: suporte nativo para gatilhos do
Eventarc, oferecendo todas as mais de 90 origens de eventos compatíveis com o Eventarc no
Cloud Functions.
Suporte mais amplo ao CloudEvents: suporte ao
CloudEvents padrão do setor em todos os ambientes de execução da linguagem, proporcionando
uma experiência consistente ao desenvolvedor.
Como o Cloud Functions implanta funções como serviços no Cloud Run,
o Cloud Functions compartilha cotas e limites de recursos com o
Cloud Run. Consulte Cotas.
Tabela de comparação
Recurso
Cloud Functions (1ª geração)
Cloud Functions
Registro de imagens
Container Registry ou Artifact Registry
Apenas Artifact Registry
Tempo limite da solicitação
Até 9 minutos
Até 60 minutos para funções acionadas por HTTP
Até 9 minutos para funções acionadas por eventos
Conta de serviço*
Conta de serviço do Google App Engine (PROJECT_ID@appspot.gserviceaccount.com)
Conta de serviço padrão do Compute do Google Cloud (PROJECT_NUMBER-compute@developer.gserviceaccount.com)
Tamanho da instância
Até 8 GB de RAM com 2 vCPUs
Até 16 GiB de RAM com 4 vCPUs
Simultaneidade
1 solicitação simultânea por instância de função
Até 1.000 solicitações simultâneas por instância de função.
* Essa é a conta de serviço padrão usada para acessar as APIs do Firebase ou do Cloud
de uma função em execução. Ela é usado pelo SDK Admin do Firebase quando você inicializa sem argumentos.
Se solicitado, selecione a conta de faturamento associada ao seu projeto do Google Cloud.
No painel Filtros, em Rótulos,
adicione um filtro de rótulo com a chave
goog-managed-by e o valor cloudfunctions.
Limitações
O Cloud Functions for Firebase (2ª geração) não oferece suporte a eventos
de Analytics.
Embora o Cloud Functions for Firebase (2ª geração) ofereça suporte a eventos de bloqueio de autenticação,
ele não oferece suporte ao mesmo conjunto de eventos básicos de Authentication
na 1ª geração.
No entanto, como as funções da 1ª e da 2ª geração
podem coexistir lado a lado no mesmo arquivo de origem, ainda é possível
desenvolver e implantar gatilhos do Analytics e gatilhos básicos do Authentication na 1ª geração
com as funções da 2ª geração.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-04 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."]]
