Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Dostępne są 2 wersje Cloud Functions for Firebase:
Cloud Functions (2 generacji), która wdraża funkcje jako usługi na platformie Cloud Run, umożliwiając ich wywoływanie za pomocą Eventarc i Pub/Sub.
Cloud Functions (1 generacji), czyli pierwotna wersja funkcji z ograniczonymi wyzwalaczami zdarzeń i możliwościami konfiguracji.
W przypadku nowych funkcji zalecamy wybieranie w miarę możliwości Cloud Functions (2 generacji). Planujemy jednak nadal obsługiwać Cloud Functions (1 generacji).
Na tej stronie opisujemy funkcje wprowadzone w Cloud Functions i porównujemy obie wersje usługi.
Cloud Functions (2 generacji)
Cloud Functions to usługa Firebase nowej generacji typu FaaS (Functions-as-a-Service). Usługa Cloud Functions (2 generacji) oparta na Cloud Run i Eventarc zapewnia ulepszoną infrastrukturę i szerszy zakres zdarzeń w Cloud Functions, w tym:
Oparte na Cloud Run: funkcje są tworzone za pomocą Cloud Build i wdrażane jako usługi Cloud Run przy użyciu domyślnego Cloud Runśrodowiska wykonawczego.
Dzięki temu możesz dostosować funkcję tak jak Cloud Runusługę. Zapoznaj się z Cloud Run dokumentacją, aby poznać opcje konfigurowania usługi, takie jak limity pamięci, zmienne środowiskowe itp.
Dłuższy czas przetwarzania żądań: uruchamiaj zbiory zadań z dłuższymi żądaniami, np. przetwarzanie dużych strumieni danych z Cloud Storage lub BigQuery.
Większe rozmiary instancji: uruchamiaj większe zadania w pamięci, wymagające dużej mocy obliczeniowej i równoległe.
Większa współbieżność: obsługa wielu współbieżnych żądań za pomocą jednej instancji funkcji, aby zminimalizować uruchomienia „na zimno” i skrócić czas oczekiwania.
Zarządzanie ruchem: dzielenie ruchu między różne wersje funkcji lub przywracanie funkcji do poprzedniej wersji.
Eventarc integration: natywna obsługa aktywatorów Eventarc, która udostępnia w Cloud Functions ponad 90 źródeł zdarzeń obsługiwanych przez Eventarc.
Szersza obsługa CloudEvents: obsługa standardowych w branży CloudEvents we wszystkich środowiskach wykonawczych języków, co zapewnia spójne środowisko programistyczne.
Ponieważ Cloud Functions wdraża funkcje jako usługi na platformie Cloud Run,Cloud Functions udostępnia limity zasobów i ograniczenia platformie Cloud Run. Zobacz Limity.
Tabela porównawcza
Funkcja
Cloud Functions (1 generacji)
Cloud Functions
Rejestr obrazów
Container Registry lub Artifact Registry
Tylko Artifact Registry
Przekroczenie limitu czasu żądania
Do 9 minut
Do 60 minut w przypadku funkcji wywoływanych przez HTTP
Do 9 minut w przypadku funkcji wywoływanych przez zdarzenia
Konto usługi*
Konto usługi Google App Engine (PROJECT_ID@appspot.gserviceaccount.com)
Domyślne konto usługi Compute Google Cloud (PROJECT_NUMBER-compute@developer.gserviceaccount.com)
Rozmiar instancji
Do 8 GB pamięci RAM z 2 procesorami wirtualnymi
Do 16 GiB pamięci RAM z 4 procesorami wirtualnymi
Równoczesność
1 żądanie równoczesne na instancję funkcji
Do 1000 równoczesnych żądań na instancję funkcji
* Jest to domyślne konto usługi używane do uzyskiwania dostępu do interfejsów API Firebase lub Cloud z uruchomionej funkcji. Jest on używany przez pakiet Firebase Admin SDK, gdy inicjujesz go bez argumentów.
Jeśli pojawi się taka prośba, wybierz konto rozliczeniowe powiązane z Twoim projektem Google Cloud.
W panelu Filtry w sekcji Etykietydodaj filtr etykiet z kluczem goog-managed-by i wartością cloudfunctions.
Ograniczenia
Cloud Functions for Firebase (2 generacji) nie obsługuje zdarzeń Analytics.
Chociaż Cloud Functions for Firebase (2 generacji) obsługuje zdarzenia blokowania uwierzytelniania, nie obsługuje tego samego zestawu podstawowych zdarzeń Authentication co 1 generacja.
Jednak ponieważ funkcje 1 i 2 generacji mogą współistnieć w tym samym pliku źródłowym, możesz nadal tworzyć i wdrażać Analytics i podstawowe wyzwalacze Authentication w funkcjach 1 generacji razem z funkcjami 2 generacji.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 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."]]
