Catch up on everthing we announced at this year's Firebase Summit. Learn more

Kontingente und Grenzen

Auf dieser Seite werden die skalierbaren, nutzungsbasierten Limits für Cloud Functions gemäß dem nutzungsbasierten Preisplan von Blaze beschrieben. Diese Beschränkungen gelten für Firebase-Projekte, die Funktionen in der Node.js 10-Laufzeitumgebung bereitstellen.

Der Blaze-Plan bietet großzügige Mengen an Aufrufen, Rechenzeit und Internetverkehr kostenlos. Bei Funktionsbereitstellungen fallen jedoch geringe Gebühren für den Speicherplatz an, der für den Container der Funktion verwendet wird. Sehen Sie die Firebase FAQ für weitere Informationen.

Kontingente für Google Cloud Functions umfassen drei Bereiche:

  • Ressourcenbeschränkungen

    Diese wirken sich auf die Gesamtmenge der Ressourcen aus, die Ihre Funktionen verbrauchen können.

  • Zeitbegrenzungen

    Diese beeinflussen, wie lange die Dinge laufen können.

  • Ratenbegrenzungen

    Diese wirken sich auf die Rate aus, mit der Sie die Cloud Functions API aufrufen können und/oder die Rate, mit der Ressourcen verwendet werden können. Sie können sich Ratenkontingente als "Ressourcen im Laufe der Zeit" vorstellen.

Die verschiedenen Arten von Limits werden im Folgenden genauer beschrieben.

Ressourcenbeschränkungen

Ressourcenlimits wirken sich auf die Gesamtmenge der Ressourcen aus, die Ihre Funktionen verbrauchen können. Der regionale Geltungsbereich ist pro Projekt, und jedes Projekt hat seine eigenen Grenzen.

Quote Beschreibung Grenze Kann erhöht werden Umfang
Anzahl der Funktionen Die Gesamtzahl der Funktionen, die pro Region bereitgestellt werden können 1.000 Nein pro Region
Maximale Bereitstellungsgröße Die maximale Größe einer einzelnen Funktionsbereitstellung 100 MB (komprimiert) für Quellen.
500 MB (unkomprimiert) für Quellen plus Module.
Nein pro Funktion
Max. unkomprimierte HTTP-Anforderungsgröße Daten, die in einer HTTP-Anfrage an HTTP-Funktionen gesendet werden 10 MB Nein pro Aufruf
Max. unkomprimierte HTTP-Antwortgröße Von HTTP-Funktionen in einer HTTP-Antwort gesendete Daten 10 MB Nein pro Aufruf
Maximale Ereignisgröße für Hintergrundfunktionen Daten, die in Ereignissen an Hintergrundfunktionen gesendet werden 10 MB Nein pro Veranstaltung
Max Funktionsspeicher Speichermenge, die jede Funktionsinstanz verwenden kann 8192MiB Nein pro Funktion

Zeitbegrenzungen

Quote Beschreibung Grenze Kann erhöht werden Umfang
Maximale Funktionsdauer Die maximale Zeit, die eine Funktion ausführen kann, bevor sie zwangsweise beendet wird 540 Sekunden Nein pro Aufruf

Ratenbegrenzungen

Quote Beschreibung Grenze Kann erhöht werden Umfang
API-Aufrufe (READ) Aufrufe zum Beschreiben oder Auflisten von Funktionen über die Cloud Functions API 5000 pro 100 Sekunden Jawohl pro Projekt
API-Aufrufe (WRITE) Aufrufe zum Bereitstellen oder Löschen von Funktionen über die Cloud Functions API 80 pro 100 Sekunden No 1 pro Projekt
API-Aufrufe (CALL) Aufrufe der "call" API 16 pro 100 Sekunden No 2 pro Projekt

Skalierbarkeit

Cloud Functions, die über HTTP aufgerufen werden, können schnell hochskaliert werden, um eingehenden Traffic zu verarbeiten, während Hintergrundfunktionen schrittweise skaliert werden. Die Fähigkeit einer Funktion zum Skalieren wird durch einige Faktoren bestimmt, darunter:

  • Die Zeit, die für die Ausführung einer Funktion benötigt wird (kurz laufende Funktionen können im Allgemeinen skaliert werden, um mehr gleichzeitige Anforderungen zu verarbeiten).
  • Die Menge an Zeit, die für eine Funktion zur Initialisierung nimmt Kaltstart
  • Ratengrenzen , wie oben beschrieben.
  • Die Fehlerrate Ihrer Funktion.
  • Transiente Faktoren wie regionale Auslastung und Rechenzentrumskapazität.
Hintergrundfunktionen haben zusätzliche Grenzen, wie unten erläutert. Diese Grenzwerte gelten nicht für HTTP - Funktionen .

Zusätzliche Kontingente für Hintergrundfunktionen

Quote Beschreibung Grenze Kann erhöht werden Umfang
Max. gleichzeitige Aufrufe Die maximale Anzahl gleichzeitiger Aufrufe einer einzelnen Funktion
Beispiel: Wenn die Handhabung jedes Ereignisses 100 Sekunden dauert, wird die Aufrufrate 30 pro Sekunde im Durchschnitt begrenzt
3.000 Nein pro Funktion
Max. Aufrufrate Die maximale Rate von Ereignissen, die von einer einzelnen Funktion verarbeitet werden
Beispiel: Wenn ein Ereignisbehandlung 100ms dauert, wird die Aufrufrate pro Sekunde sogar auf 1000 begrenzt werden , wenn nur 100 Anfragen im Durchschnitt sind parallel gehandhabt
1000 pro Sekunde Nein pro Funktion
Max. Größe der gleichzeitigen Ereignisdaten Die maximale Gesamtgröße eingehender Ereignisse für gleichzeitige Aufrufe einer einzelnen Funktion
Beispiel: Wenn Ereignisse der Größe 1MB sind und deren Verarbeitung 10 Sekunden dauert, wird die Durchschnittsrate 1 Ereignis pro Sekunde sein, da das Ereignis 11 erst bei der Verarbeitung eines der ersten Ereignisse 10 endet verarbeitet wird
10 MB Nein pro Funktion
Max. Durchsatz eingehender Ereignisse Der maximale Durchsatz eingehender Ereignisse zu einer einzelnen Funktion
Beispiel: Wenn Ereignisse der Größe 1 MB sind, dann kann die Aufrufrate maximal 10 pro Sekunde, auch wenn Funktionen innerhalb 100ms beenden
10 MB pro Sekunde Nein pro Funktion

Wenn Sie ein Kontingentlimit erreichen

Wenn eine Funktion die gesamte zugewiesene Ressource verbraucht, wird die Ressource nicht verfügbar, bis das Kontingent aktualisiert oder erhöht wird. Dies kann dazu führen, dass Ihre Funktion und alle anderen Funktionen im selben Projekt bis dahin nicht funktionieren. Eine Funktion gibt einen HTTP 500-Fehlercode zurück, wenn eine der Ressourcen das Kontingent überschreitet und die Funktion nicht ausgeführt werden kann.

Genannten Kontingente über die Standardwerte hier zu erhöhen, gehen Sie zu den Kontingenten Cloud - Funktionen Seite , wählen Sie die Quoten Sie ändern möchten, EDIT QUOTEN klicken, geben Sie Ihre Benutzerinformationen , wenn Sie dazu aufgefordert, und geben Sie ausgewählt , um die neue Kontingentgrenze für jedes Kontingent.

Kontingentlimits für die Firebase-CLI-Bereitstellung

Für jede Funktion, die die Firebase-CLI bereitstellt, sind diese Arten von Raten- und Zeitlimits betroffen:

  • API-Aufrufe (READ) - 1 Aufruf pro Bereitstellung, egal wie viele Funktionen
    • Limit: 5000 pro 100 Sekunden
  • API-Aufrufe (WRITE) - 1 Aufruf pro Funktion
    • Limit: 80 pro 100 Sekunden

Siehe auch die Firebase CLI Referenz .