In der folgenden Tabelle sind die Preise für Lese-, Schreib- und Löschvorgänge sowie den Speicher für jeden Firestore-Standort aufgeführt:

Wenn Sie eine benannte (nicht standardmäßige) Datenbank erstellen möchten, müssen Sie die Abrechnung aktivieren.

Beim Erstellen oder Löschen von benannten Datenbanken fallen keine zusätzlichen Kosten an, das kostenlose Kontingent kann dafür allerdings nicht verwendet werden. Stattdessen wird Ihnen die Nutzung im Zusammenhang mit diesen benannten Datenbanken in Rechnung gestellt.

Ihnen werden die Dokumente und Indexeinträge in Rechnung gestellt, die zum Beantworten einer Abfrage gelesen werden. Jeder Schreib- und Löschvorgang für ein Dokument wird in Rechnung gestellt.

Die Gebühren für Schreib- und Löschvorgänge sind leicht nachvollziehbar. Für Schreibvorgänge zählt jeder „set“- oder „update“-Vorgang als einzelner Schreibvorgang.

Bei den Gebühren für Lesevorgänge gibt es einige Nuancen, die Sie berücksichtigen sollten. In den folgenden Abschnitten werden diese Nuancen im Detail erläutert.

Lesevorgänge für Indexeinträge

Für jeden Batch von bis zu 1.000 Indexeinträgen, die von einer Abfrage gelesen werden, wird Ihnen ein Lesevorgang in Rechnung gestellt, außer in den folgenden Fällen:

Hinweis: Mit Firestore Query Explain können Sie prüfen, ob eine Abfrage gelesene Indexeinträge in Rechnung stellt.

• Bei K-Nearest-Neighbor-Vektorsuchabfragen wird Ihnen ein Lesevorgang für jeden Batch von bis zu 100 kNN-Vektorindexeinträgen in Rechnung gestellt, die von der Abfrage gelesen werden.

Wenn beispielsweise die folgende Vektorsuchabfrage mit „limit: 5“ fünf Dokumente zurückgibt und 1.550 kNN-Vektorindexeinträge liest, werden Ihnen 5 Lesevorgänge für die zurückgegebenen Dokumente und 16 Lesevorgänge für die Indexeinträge in Rechnung gestellt:

• Für Abfragen mit bis zu einem Bereichsfeld werden keine Gebühren für gelesene Indexeinträge erhoben.

Die folgende Abfrage enthält beispielsweise ein Gleichheitsfeld (age) und ein Bereichsfeld (start_date). Für gelesene Indexeinträge werden keine Gebühren erhoben:

• Für Abfragen mit bis zu einem Bereichsfeld werden keine Gebühren für gelesene Indexeinträge erhoben.

Die folgende Abfrage enthält beispielsweise ein Gleichheitsfeld (age) und ein Bereichsfeld (start_date). Für gelesene Indexeinträge werden keine Gebühren erhoben:

Die folgende Abfrage enthält zwei Bereichsfelder (age und start_date) und wird für das Lesen von Indexeinträgen berechnet:

Ein Feld, das in der ORDER BY-Klausel vorkommt, wird als Bereichsfeld betrachtet, wenn mindestens ein weiteres Bereichsfeld in der Abfrage vorhanden ist. Daher enthält die folgende Abfrage zwei Bereichsfelder (age und start_date) und wird für das Lesen von Indexeinträgen berechnet:

Das Feld __name__ wird immer als Bereichsfeld betrachtet, auch wenn es nur in einem Gleichheitsfilter verwendet wird. Daher enthält die folgende Abfrage zwei Bereichsfelder (age und __name__) und wird für das Lesen von Indexeinträgen berechnet:

Aggregationsabfragen

Bei Aggregationsabfragen wie count(), sum() und avg() werden Ihnen die von der Abfrage gelesenen Indexeinträge wie oben beschrieben in Rechnung gestellt. Für Aggregationsabfragen, die 0 Indexeinträge lesen, wird mindestens ein Lesevorgang für ein Dokument in Rechnung gestellt.

Beispielsweise werden count()-Vorgänge, die zwischen 0 und 1.000 Indexeinträge lesen, als ein gelesenes Dokument abgerechnet. Für einen count()-Vorgang, bei dem 1.500 Indexeinträge gelesen werden, werden Ihnen 2 Dokumentlesevorgänge in Rechnung gestellt.

Weitere Informationen zu den verwendeten Indizes und den gelesenen Indexeinträgen erhalten Sie mit Query Explain.

Abfrageergebnisse überwachen

Mit Firestore können Sie das Ergebnis einer Abfrage überwachen und Aktualisierungen in Echtzeit erhalten, wenn sich die Abfrageergebnisse ändern.

Wenn Sie die Ergebnisse einer Abfrage überwachen, wird Ihnen jedes Mal ein Lesevorgang in Rechnung gestellt, wenn der Ergebnismenge ein Dokument hinzugefügt oder ein Dokument darin aktualisiert wird. Ihnen wird ebenfalls ein Lesevorgang in Rechnung gestellt, wenn ein Dokument aus der Ergebnismenge entfernt wird, weil sich das Dokument geändert hat. Im Gegensatz dazu wird Ihnen kein Lesevorgang in Rechnung gestellt, wenn ein Dokument gelöscht wird.

Die Abrechnung von Listenern in den mobilen und Web-SDKs hängt auch davon ab, ob die Offline-Persistenz aktiviert ist:

• Wenn die Offline-Persistenz aktiviert ist und der Listener länger als 30 Minuten nicht verbunden ist (zum Beispiel, wenn der Nutzer offline geht), werden Ihnen gelesene Dokumente und Indexeinträge so in Rechnung gestellt, als hätten Sie eine neue Abfrage gesendet.
• Wenn die Offlinepersistenz deaktiviert ist, werden Ihnen Dokumente und Indexeinträge, die gelesen werden, so in Rechnung gestellt, als hätten Sie eine neue Abfrage gesendet, wenn die Verbindung des Listeners unterbrochen und wiederhergestellt wird.

Hinweis: Bei Abfragen mit bis zu einem Bereichsfeld werden die gelesenen Indexeinträge nicht in Rechnung gestellt. Weitere Informationen finden Sie hier.

Große Ergebnismengen verwalten

Firestore bietet verschiedene Features, um Sie bei der Verwaltung von Abfragen zu unterstützen, die eine große Anzahl von Ergebnissen zurückgeben:

• Cursors zum Fortsetzen einer lang andauernden Abfrage
• Seitentokens für Seitenumbrüche der Abfrageergebnisse
• Limits zum Festlegen der Anzahl der Ergebnisse, die abgerufen werden sollen
• Offsets zum Überspringen einer festen Anzahl von Dokumenten

Für die Verwendung von Cursors, Seitentokens und Limits fallen keine zusätzlichen Gebühren an. Tatsächlich können Ihnen diese Features dabei helfen, Geld zu sparen, da so nur die Dokumente gelesen werden, die Sie wirklich brauchen.

Wenn Sie jedoch eine Abfrage senden, die ein Offset enthält, wird Ihnen ein Lesevorgang für jedes übersprungene Dokument in Rechnung gestellt. Wenn Ihre Abfrage zum Beispiel ein Offset von 10 nutzt und die Abfrage 1 Dokument zurückgibt, werden Ihnen 11 Lesevorgänge in Rechnung gestellt. Aufgrund dieser zusätzlichen Kosten sollten Sie nach Möglichkeit Cursors statt Offsets verwenden.

Andere Abfragen

Für andere Abfragen, wie eine Anfrage für eine Liste von Sammlungs-IDs, wird Ihnen ein Lesevorgang in Rechnung gestellt. Wenn zum Abrufen der gesamten Ergebnismenge mehr als eine Anfrage erforderlich ist (zum Beispiel bei der Verwendung von Paginierung), wird Ihnen jede Anfrage einzeln in Rechnung gestellt.

Mindestgebühr für Abfragen

Für jede Abfrage wird Ihnen eine Mindestgebühr von einem Lesevorgang für ein Dokument in Rechnung gestellt, auch wenn die Abfrage keine Ergebnisse zurückgibt.

Firestore-Sicherheitsregeln

Für Mobil- und Web-Clientbibliotheken werden Ihnen folgendermaßen zusätzliche Lesevorgänge in Rechnung gestellt, wenn Ihre Firestore-Sicherheitsregeln exists(), get() oder getAfter() zum Lesen von einem oder mehr Dokumenten aus der Datenbank verwenden:

• Ihnen werden Lesevorgänge in Rechnung gestellt, die zur Evaluierung Ihrer Firestore-Sicherheitsregeln erforderlich sind.
• Wenn sich Ihre Regeln beispielsweise auf drei Dokumente beziehen, aber Firestore nur zwei dieser Dokumente zur Evaluierung der Regeln lesen muss, werden Ihnen zwei zusätzliche Lesevorgänge für die abhängigen Dokumente in Rechnung gestellt.
• Ihnen wird nur ein Lesevorgang je abhängigem Dokument in Rechnung gestellt, auch wenn sich die Regeln mehr als einmal auf dieses Dokument beziehen.
• Ihnen wird die Evaluierung der Regeln nur einmal pro Anfrage in Rechnung gestellt.
• Infolgedessen kann es günstiger sein, mehrere statt einzelne Dokumente zu lesen, weil das Lesen mehrerer Dokumente weniger Anfragen benötigt.
• Wenn Sie die Ergebnisse einer Abfrage überwachen, wird Ihnen in allen folgenden Fällen eine Evaluierung der Regeln in Rechnung gestellt:
• wenn Sie die Abfrage senden
• jedes Mal, wenn die Abfrageergebnisse aktualisiert werden
• jedes Mal, wenn das Gerät des Nutzers offline und dann wieder online geht
• jedes Mal, wenn Sie die Regeln aktualisieren
• jedes Mal, wenn Sie die abhängigen Dokumente in den Regeln aktualisieren

Ihnen wird die auf Firestore gespeicherte Datenmenge einschließlich des Speicheraufwands in Rechnung gestellt. Die Menge des Speicheraufwands umfasst Metadaten sowie automatische und zusammengesetzte Indexe.

Für jedes in Firestore gespeicherte Dokument werden folgende Metadaten benötigt:

• Die Dokument-ID, einschließlich Sammlungs-ID und Dokumentname.
• Der Name und Wert der einzelnen Felder. Da Firestore schemalos ist, muss der Name eines jeden Feldes in einem Dokument zusammen mit dem Feldwert gespeichert werden.
• Alle Einzelfeld- und zusammengesetzten Indexe, die sich auf das Dokument beziehen. Jeder Indexeintrag enthält die Sammlungs-ID, je nach Indexdefinition beliebig viele Feldwerte und den Dokumentnamen.

Die Speicherkosten werden in GiB/Monat angegeben und täglich berechnet. Firestore misst die Datenbankgröße täglich. Über den Zeitraum eines Monats werden diese Stichprobenpunkte gemittelt, um die Speichergröße der Datenbank zu berechnen. Dieser Durchschnittswert wird mit dem Stückpreis für Speicherplatz (GiB-Monat) multipliziert.

Unter Berechnung der Speichergröße erfahren Sie, wie der Speicher für Firestore berechnet wird.

Wenn Sie PITR aktivieren, wird Ihnen die Speicherung von PITR-Daten in Rechnung gestellt. Die meisten Kunden werden feststellen, dass die Gesamtkosten für die PiTR-Datenspeicherung ähnlich hoch sind wie die Speicherkosten der Datenbank.

Hinweis: Die PITR-Daten werden separat von der Abrechnung der Datenbank-Speichergröße in Rechnung gestellt. PITR-Daten wirken sich nicht auf die Kosten für die Datenspeichergröße aus.

Die Speicherkosten für PITR werden in GiB/Monat angegeben und täglich berechnet. Firestore misst die Datenbankgröße täglich. Über den Zeitraum eines Monats werden diese Stichprobenpunkte gemittelt, um die Speichergröße der Datenbank zu berechnen. Dieser Durchschnittswert wird mit dem Stückpreis für PITR (GiB/Monat) multipliziert.

Wenn die durchschnittliche Größe Ihrer Datenbank während eines Monats beispielsweise 1 GiB beträgt und PITR für den gesamten Monat aktiviert ist, beträgt die abrechenbare PITR-Datengröße ebenfalls 1 GiB.

Mindestabrechnung: Ihnen werden möglicherweise die Speicherkosten für bis zu einen Tag der PITR in Rechnung gestellt, auch wenn Sie die PITR innerhalb eines Tages nach der Aktivierung deaktivieren.

Wenn Sie Sicherungen aktivieren, wird Ihnen der Speicherplatz für die Datenbanksicherungen in Rechnung gestellt. Die Speichergröße für eine Sicherung entspricht der Speichergröße der Datenbank zum Zeitpunkt der Sicherung.

Die Speicherkosten für Sicherungen werden in GiB/Monat angegeben. Außerdem wird für den Zeitraum eines Monats die Anzahl der Tage berechnet, für die jedes Backup aufbewahrt wird, und zwar als Durchschnittswert für den Monat. Die Kosten für jede Sicherung werden berechnet, indem die Speichergröße der Sicherung mit dem Anteil des Monats, in dem die Sicherung aufbewahrt wird, und dem Einheitspreis multipliziert wird. Die Tagesgrenzen werden für Abrechnungszwecke in der Zeitzone „America/Los_Angeles“ festgelegt.

Wenn Sie einen Wiederherstellungsvorgang durchführen, misst Firestore die Größe der Sicherung für den Wiederherstellungsvorgang. Die Größe der Sicherung wird mit dem Einheitspreis für Wiederherstellungsvorgänge (GiB) multipliziert.

Die Verwendung von Firestore Query Explain ist kostenpflichtig.

Wenn eine Abfrage mit der Standardoption erklärt wird, werden keine Indexlesevorgänge ausgeführt. Unabhängig von der Komplexität der Abfrage wird ein Lesevorgang berechnet.

Wenn eine Abfrage mit der Option „Analysieren“ erläutert wird, werden Index- und Lesevorgänge ausgeführt. Ihnen wird die Abfrage also wie gewohnt in Rechnung gestellt. Für die Aktivitäten „Erklären“ und „Analysieren“ fallen keine zusätzlichen Kosten an, sondern nur die üblichen Kosten für die ausgeführte Abfrage.

Die durch Firestore-Anfragen genutzte Netzwerkbandbreite wird Ihnen in Rechnung gestellt, wie in den folgenden Preistabellen dargestellt. Die Netzwerkbandbreitenkosten für eine Firestore-Anfrage hängen von der Antwortgröße der Anfrage, dem Standort der Firestore-Datenbank und dem Ziel der Antwort ab.

Firestore errechnet die Antwortgröße anhand eines serialisierten Nachrichtenformats. Protokoll-Overhead, wie SSL-Overhead, wird nicht auf die Netzwerkbandbreitennutzung angerechnet. Durch Ihre Firestore-Sicherheitsregeln abgelehnte Anfragen werden nicht auf die Netzwerkbandbreitennutzung angerechnet.

Um zu erfahren, wie viel Netzwerkbandbreite Sie verbraucht haben, können Sie mit der Google Cloud Console Ihre Abrechnungsdaten in eine Datei exportieren.

Allgemeine Netzwerkpreise

Anfragen, die aus der Google Cloud Platform stammen (zum Beispiel von einer Anwendung in Google Compute Engine), werden Ihnen folgendermaßen in Rechnung gestellt:

Ihnen wird die Internet-Datenübertragung für Folgendes in Rechnung gestellt:

• Google Cloud-Anfragen zwischen Regionen (jedoch nicht für Traffic zwischen US-Regionen)
• Anfragen von außerhalb von Google Cloud (zum Beispiel von einem Mobilgerät eines Nutzers)