Na tej stronie znajdziesz szczegółowe informacje o skalowanych limitach Cloud Functionsw zależności od wykorzystania według abonamentu Blaze rozliczanego według wykorzystania. Limity te dotyczą Projekty Firebase, które wdrażają funkcje w środowisku wykonawczym Node.js 10.
Abonament Blaze zapewnia dużą ilość wywołań, czas obliczeniowy i i ruchu w internecie. Jednak wdrożenie funkcji wiąże się z opłaty na niewielką skalę za miejsce na dane wykorzystywane na kontener funkcji. Więcej informacji znajdziesz w najczęstszych pytaniach dotyczących Firebase.
Limity dotyczące Google Cloud Functions obejmują 3 obszary:
Limity zasobów
Te wartości wpływają na łączną ilość zasobów, które mogą zużywać funkcje.
Limity czasu
Te czynniki wpływają na czas działania.
Limity szybkości
Ma to wpływ na szybkość, z jaką można wywoływać interfejs Cloud Functions API w celu i zarządzać funkcjami.
Poniżej znajdziesz więcej informacji o różnych typach limitów. W stosownych przypadkach podano różnice między limitami w Cloud Functions (1 generacji) a Cloud Functions (2 generacji).
Limity zasobów
Limity zasobów wpływają na łączną ilość zasobów, które mogą zużywać funkcje. Zakres regionalny jest ustalany dla każdego projektu, a każdy projekt ma własne limity.
| Limit | Opis | Limit (1 generacji) | Limit (2 generacji) | można zwiększyć; | Zakres |
|---|---|---|---|---|---|
| Liczba funkcji | Łączna liczba funkcji, które można wdrożyć w regionie | 1000 | 1000 mniej liczba wdrożonych usług Cloud Run | Nie | według regionu |
| Maksymalny rozmiar wdrożenia | Maksymalny rozmiar pojedynczego wdrożenia funkcji | 100 MB (skompresowane) w przypadku źródeł. 500 MB (bez kompresji) w przypadku źródeł i modułów. |
Nie dotyczy | Nie | na funkcję |
| Maksymalny rozmiar nieskompresowanego żądania HTTP | Dane wysyłane do funkcji HTTP w żądaniu HTTP | 10 MB | 32 MB | Nie | na wywołanie |
| Maksymalny rozmiar nieskompresowanej odpowiedzi HTTP | Dane wysyłane z funkcji HTTP w odpowiedzi HTTP | 10 MB | 10 MB na strumieniowe odpowiedzi. 32 MB w przypadku odpowiedzi nieprzesyłanych na bieżąco. |
Nie | na wywołanie |
| Maksymalny rozmiar zdarzenia dla funkcji opartych na zdarzeniach | Dane wysyłane w zdarzeniach do funkcji w tle | 10 MB | 512 KB w przypadku zdarzeń Eventarc. 10 MB w przypadku starszych zdarzeń. |
Nie | na zdarzenie |
| Maksymalna ilość pamięci funkcji | Ilość pamięci, której może używać każda instancja funkcji | 8 GiB | 32 GiB | Nie | na funkcję |
| Maksymalna ilość pamięci projektu | Ilość pamięci (w By) do wykorzystania przez projekt. Jest ona mierzona na podstawie łącznej sumy pamięci żądanych przez użytkownika w instancjach funkcji w ciągu 1 minuty. | Zależy od wybranego regionu. Ten limit może być wyższy w regionach o dużej pojemności i niższy w regionach, które zostały otwarte niedawno. | Nie dotyczy | Tak | na projekt i region. |
| Maksymalne wykorzystanie procesora w projekcie | Ilość procesorów (w milisekundach), z których może korzystać projekt. Jest mierzona na podstawie łącznej sumy liczby procesorów żądanych przez użytkownika w instancjach funkcji w ciągu 1 minuty. | Zależy od wybranego regionu. Ten limit może być wyższy w regionach o dużej pojemności i niższy w regionach, które zostały otwarte niedawno. | Nie dotyczy | Tak | na projekt i region. |
Limity czasu
| Limit | Opis | Limit (1 generacji) | Limit (2 generacji) | można zwiększyć; | Zakres |
|---|---|---|---|---|---|
| Maksymalny czas trwania funkcji | Maksymalny czas działania funkcji przed jej przymusowym zakończeniem | 540 sekund | 60 minut w przypadku funkcji HTTP. 9 minut na funkcje oparte na zdarzeniach. |
Nie | na wywołanie |
Ograniczenia liczby żądań
| Limit | Opis | Limit (1 generacji) | Limit (2 generacji) | można zwiększyć; | Zakres |
|---|---|---|---|---|---|
| Wywołania interfejsu API (READ) | wywołania funkcji wyświetlania lub wyliczania funkcji za pomocą interfejsu Cloud Functions API; | 5000 na 100 sekund | 1200 na 60 sekund | Tylko w przypadku pierwszej generacji | według projektu (1 generacji) według regionu (2 generacji) |
| Wywołania interfejsu API (WRITE) | Wywołania wdrażania lub usuwania funkcji za pomocą interfejsu Cloud Functions API | 80 na 100 sekund | 60 na 60 sekund | Nie 1 | na projekt (1 generacji) na region (2 generacji) |
| Wywołania interfejsu API (CALL) | Połączenia z „połączeniem” Interfejs API | 16 na 100 sekund | Nie dotyczy | Nie 2 | na projekt |
Skalowalność
Funkcje w Cloud Functions wywoływane przez HTTP skalują się szybko w celu obsługi ruchu przychodzącego a funkcje działające w tle skalują się wolniej. Możliwość skalowania funkcji zależy od kilku czynników, takich jak:
- Czas potrzebny na wykonanie funkcji (funkcje o krótkim czasie działania mogą ogólnie skalować się w górę, aby obsługiwać więcej równoczesnych zadań ).
- Czas potrzebny na zainicjowanie funkcji w przypadku uruchomienia „na zimno”.
- Odsetek błędów Twojej funkcji.
Czynniki przejściowe, takie jak obciążenie regionalne i pojemność centrów danych.
Dodatkowe limity dla funkcji działających w tle
| Limit | Opis | Limit | Można zwiększyć | Zakres | Wersja usługi |
|---|---|---|---|---|---|
| Maksymalna liczba jednoczesnych wywołań | Maksymalna liczba równoczesnych wywołań jednej funkcji Przykład: jeśli obsługa każdego zdarzenia zajmuje 100 sekund, wywołanie szybkość będzie ograniczona do średnio 30 na sekundę |
3000 | Tak | na funkcję | Tylko 1 generacja |
| Maksymalny współczynnik wywołań | Maksymalna częstotliwość zdarzeń obsługiwanych przez pojedynczą funkcję Przykład: jeśli obsługa zdarzenia trwa 100 ms, częstotliwość wywołań zostanie ograniczona do 1000 na sekundę, nawet jeśli równolegle obsługiwanych jest tylko 100 żądań |
1000 na sekundę | Nie | na funkcję | Tylko pierwsza generacja |
| Maksymalny rozmiar danych zdarzenia równoczesnego | Maksymalny łączny rozmiar przychodzących zdarzeń dla jednoczesnych wywołań jednej funkcji Przykład: jeśli zdarzenia mają rozmiar 1 MB, a ich przetworzenie zajmuje 10 sekund, średnia szybkość będzie wynosić 1 zdarzenie na sekundę, ponieważ 11. zdarzenie nie zostanie przetworzone, dopóki nie zostanie przetworzone jedno z pierwszych 10 zdarzeń |
10 MB | Nie | na funkcję | Pierwsza i druga generacja |
| Maksymalna przepustowość zdarzeń przychodzących | Maksymalna przepustowość przychodzących zdarzeń dla pojedynczej funkcji Przykład: jeśli zdarzenia mają rozmiar 1 MB, częstotliwość wywołania może wynosić maksymalnie 10 na sekundę, nawet jeśli funkcje kończą się w ciągu 100 ms |
10 MB na sekundę | Nie | na funkcję | 1 generacji i 2 generacji |
Po osiągnięciu limitu
Gdy funkcja zużywa wszystkie przydzielone zasoby, stają się one niedostępne, dopóki limit nie zostanie odświeżony lub zwiększony. Może to oznaczać, że Twoja funkcja i wszystkie inne funkcje w tym samym projekcie nie będą działać do tego czasu. Funkcja zwraca kod błędu HTTP 500, gdy jeden z zasobów przekroczy limit i nie będzie można jej wykonać.
Aby zwiększyć limity powyżej wartości domyślnych podanych tutaj, otwórz stronę limitów Cloud Functions, wybierz limity, które chcesz zmodyfikować, kliknij EDYTUJ LIMITY, podaj swoje dane użytkownika (jeśli pojawi się taka prośba) i wpisz nowy limit dla każdego wybranego limitu.
Limity dla wdrożenia interfejsu wiersza poleceń Firebase
W przypadku każdej funkcji wdrażanej przez interfejs wiersza poleceń Firebase te typy współczynnik lub limity czasowe:
- Wywołania interfejsu API (READ) – 1 wywołanie na wdrożenie, niezależnie od liczby funkcji
- Limit: 5000 na 100 sekund
- Wywołania interfejsu API (WRITE) – 1 wywołanie na funkcję
- Limit: 80 na 100 sekund
Zapoznaj się też z informacjami o wierszu poleceń Firebase.