Informationen zu Speicherorten für Produkte und Ressourcen in Ihrem Projekt

Produkte oder Ressourcen, für die eine Standorteinstellung erforderlich ist

Für mehrere Produkte oder Ressourcen ist eine Standorteinstellung erforderlich.

Product Standardspeicherort Weitere Informationen
Google Analytics Kein Standardspeicherort.
Sie müssen diesen Standort festlegen. 		Dieser Standort ist der Analytics-Meldungsort2, der das Land oder die Region Ihrer Organisation darstellt. Anhand Ihres Analytics Berichtsstandorts wird die Währung für die Umsatzberichte festgelegt.
Firebase App Hosting Kein Standardort.
Sie müssen diesen Speicherort für jedes Backend festlegen. 		An diesem Speicherort werden bei der App Hosting-Bereitstellung alle Ihre Back-End-Ressourcen erstellt.
Jedes Back-End kann sich an einem anderen Ort befinden.
Data Connect Kein Standardspeicherort.
Sie müssen den Speicherort für jede Instanz festlegen. 		Jede Instanz kann sich an einem anderen Speicherort befinden.
Cloud Firestore 1 Kein Standardort.
Sie müssen den Speicherort für jede Instanz festlegen. 		Jede Instanz kann sich an einem anderen Speicherort befinden.
Realtime Database Kein Standardort.
Sie müssen den Speicherort für jede Instanz festlegen. 		Jede Instanz kann sich an einem anderen Ort befinden.
Cloud Storage for Firebase 1 Kein Standardspeicherort.
Sie müssen den Speicherort für jeden Bucket festlegen. 		Jeder Bucket kann sich an einem anderen Speicherort befinden.
Cloud Functions for Firebase 1 Wenn kein Standort festgelegt ist, ist die Standardregion us-central1. Jede Funktion kann sich an einem anderen Speicherort befinden.
Vertex AI in Firebase Wenn kein Standort festgelegt ist, ist die Standardregion us-central1. An diesem Standort wird der Vertex AI-Dienst ausgeführt und Sie greifen dort auf das Modell zu.

1 Je nachdem, wann Sie diese Produkte in Ihrem Projekt zum ersten Mal verwendet haben, kann es Standortabhängigkeiten zwischen diesen Produkten geben. Diese Abhängigkeit wird möglicherweise als „Speicherort für Standard-Google Cloud-Ressourcen“ bezeichnet. Weitere Informationen zu dieser Standortabhängigkeit

2: Der Analytics-Speicherort für Berichte hat keine Auswirkungen darauf, wo Google Kundendaten für Firebase verarbeiten und speichern darf.

Standort für ein Produkt oder seine Ressourcen festlegen

Bei einigen Produkten legen Sie den Standort auf Produktebene fest. Bei den meisten Produkten legen Sie den Speicherort jedoch auf Ressourcenebene fest, z. B. für jeden Cloud Storage-Bucket oder jede Funktion.

Product Wann und wie Sie den Standort festlegen Verfügbare Standorte
Google Analytics Wenn Sie Google Analytics in Ihrem Firebase-Projekt in der Firebase Console aktivieren, werden Sie aufgefordert, einen Speicherort für Analytics-Berichte auszuwählen. Wählen Sie ein Land oder eine Region aus, das bzw. die dem Standort Ihrer Organisation entspricht.

Wenn Sie Inhaber oder Bearbeiter eines Projekts sind, können Sie die Zeitzone und die Währung für den Standort Ihrer Analytics-Berichte später bearbeiten. Rufen Sie dazu die Google Analytics-Einstellungen und dann den Bereich Berichte auf.

Sie finden sie in der Liste im Bereich Google Analytics Einstellungen > Berichterstellung.
App Hosting Wenn Sie ein App Hosting-Backend erstellen, werden Sie aufgefordert, einen Standort auszuwählen. Sie können die Firebase Console, die REST API oder die Firebase CLI verwenden, um ein Backend zu erstellen. App Hosting Standorte
Data Connect Wenn Sie eine Data Connect-Dienstinstanz bereitstellen, legen Sie die Standorte fest. Außerdem legen Sie den Speicherort der zugehörigen Google Cloud SQL-Instanz fest.
Sie können die Firebase-Konsole oder die Firebase-Befehlszeile verwenden, um eine Instanz bereitzustellen. 		Data Connect-Dienst- und Cloud SQL-Instanzstandorte
Cloud Firestore 1 Wenn Sie eine Cloud Firestore-Datenbankinstanz bereitstellen, legen Sie ihren Speicherort fest. Sie können die Firebase Console, die REST API, die Firebase CLI oder Terraform verwenden, um eine Instanz bereitzustellen. Cloud Firestore Standorte
Realtime Database Wenn Sie die Realtime Database-Instanz bereitstellen, legen Sie ihren Speicherort fest.
Sie können die Firebase-Console, die REST API, die Firebase-Befehlszeile oder Terraform verwenden, um eine Instanz bereitzustellen. 		Realtime Database Standorte
Cloud Storage for Firebase 1 Wenn Sie den Cloud Storage-Bucket bereitstellen, legen Sie seinen Speicherort fest.
Sie können die Firebase-Konsole, die REST API oder Terraform verwenden, um einen Bucket bereitzustellen. 		Cloud Storage for Firebase Standorte
Cloud Functions for Firebase 1 Wenn Sie eine Funktion schreiben, können Sie optional die Region festlegen.

Wenn Sie keinen Standort angeben, ist die Standardregion us-central1.

Cloud Functions for Firebase Standorte
Vertex AI in Firebase Wenn Sie den Vertex AI-Dienst und das generative Modell in Ihrer Codebasis initialisieren, können Sie optional einen Speicherort angeben.

Wenn Sie keinen Standort angeben, ist die Standardregion us-central1.

Vertex AI in Firebase Standorte

1 Je nachdem, wann Sie diese Produkte in Ihrem Projekt zum ersten Mal verwendet haben, kann es zu Standortabhängigkeiten zwischen diesen Produkten kommen. Diese Abhängigkeit wird möglicherweise als „Speicherort für Standard-Google Cloud-Ressourcen“ bezeichnet. Weitere Informationen zu dieser Standortabhängigkeit

Standorteinstellungen aufrufen

Product Standorteinstellungen aufrufen
Google Analytics Gehen Sie in der Firebase-Konsole zu den Einstellungen  Projekteinstellungen > Integrationen > Google Analytics. Klicken Sie auf die Kontonummer, um Ihr Google Analytics-Konto zu öffnen, und rufen Sie dann den Bereich Verwaltung auf, um die Standortinformationen Ihres Kontos zu sehen.
Data Connect Rufen Sie in der Firebase-Konsole die Seite Data Connect auf, um eine Liste Ihrer Datenbankinstanzen und ihrer Speicherorte aufzurufen.
App Hosting
  • Rufen Sie in der Firebase-Konsole die Seite App Hosting auf, um eine Liste Ihrer Backends und deren Standorte aufzurufen.
  • Wenn Sie den Speicherort für ein bestimmtes Backend aufrufen möchten, können Sie den Firebase-Befehl firebase apphosting:backends:get --project PROJECT_ID BACKEND_ID verwenden.
Cloud Firestore Rufen Sie in der Firebase Console den Tab Cloud Firestore Daten auf, um eine Liste Ihrer Datenbankinstanzen und deren Speicherorte aufzurufen.
Realtime Database Rufen Sie in der Firebase Console den Tab Realtime Database Daten auf, um eine Liste Ihrer Datenbankinstanzen und deren Speicherorte aufzurufen.
Cloud Storage for Firebase Rufen Sie in der Firebase Console den Tab Cloud Storage Dateien auf, um eine Liste Ihrer Bucket und deren Speicherorte aufzurufen.
Cloud Functions for Firebase
  • Geplante Funktionen: Gehen Sie in der Google Cloud Console zu Cloud Scheduler, um eine Liste der Themen für jeden Job und jede Funktion aufzurufen. Der Standort ist das letzte Segment im Namen des Themas.
  • Nicht geplante Funktionen: Suchen Sie im Quellcode Ihrer Funktion nach einem region-Parameter. Wenn keine Region angegeben ist, ist der Standardspeicherort us-central1.
Vertex AI in Firebase Suchen Sie in Ihrer Codebasis nach der Initialisierung des Vertex AI-Dienstes und des generativen Modells. Wenn kein Standort angegeben ist, ist us-central1 der Standardspeicherort.

Mögliche Standortabhängigkeiten aufgrund von „Speicherort für standardmäßige Google Cloud-Ressourcen“

„Speicherort für standardmäßige Google Cloud-Ressourcen“ ist die Standorteinstellung für alle Projektressourcen, die mit Google App Engine verknüpft sind, einschließlich der folgenden:

  • Standard-Cloud Firestore-Datenbankinstanz
  • Standard-Cloud Storage für Firebase-Bucket mit dem Namensformat *.appspot.com
  • Google Cloud Scheduler, speziell für geplante Funktionen der 1. Generation verwendet

Diese Einstellung „Speicherort für Standard-Google Cloud-Ressourcen“ ist unveränderlich. Wenn Sie den Standort für eine der verknüpften Ressourcen festlegen, wird er indirekt für alle festgelegt, da sie alle mit App Engine verknüpft sind.

Aufgrund der vielen Änderungen am Firebase- und Google Cloud-System im Laufe der Jahre haben sich jedoch die Verknüpfungen von Ressourcen mit App Engine geändert. Ab dem 30. Oktober 2024 haben alle neu bereitgestellten Standard-Cloud Storage für Firebase-Buckets das Namensformat *.firebasestorage.app und sind nicht mit App Engine verknüpft.

Im Folgenden finden Sie Details zu den Änderungen bei den möglichen Standortabhängigkeiten:

  • Ab dem 30. Oktober 2024 gilt Folgendes, wenn die Standardinstanz Cloud Firestore und die Standard-Cloud Storage für den Firebase-Bucket noch nicht bereitgestellt wurden:

    • Wenn Sie die Standard-Cloud Firestore-Instanz bereitstellen, wird der Speicherort für alle zukünftigen App Engine-Apps festgelegt, die im Projekt bereitgestellt werden. Sie bestimmt jedoch nicht den Speicherort des zukünftigen Standard-Cloud Storage-Buckets.

    • Durch die Bereitstellung des Standard-Cloud Storage-Buckets wird nicht mehr eine App Engine-App bereitgestellt. Daher wird der Speicherort der zukünftigen Standard-Cloud Firestore-Instanz nicht durch den Speicherort des Standard-Cloud Storage-Buckets bestimmt.

  • Ab dem 30. Oktober 2024 gilt Folgendes, wenn die Standard-Cloud Firestore-Instanz bereits bereitgestellt wurde, die Standard-Cloud Storage für den Firebase-Bucket aber nicht:

    • Die vorhandene Standardinstanz von Cloud Firestore bestimmt nicht den Speicherort des zukünftigen Standard-Cloud Storage-Buckets (*.firebasestorage.app).

  • Ab dem 30. Oktober 2024 gilt Folgendes, wenn die Standard-Cloud Storage für den Firebase-Bucket bereits bereitgestellt wurde (insbesondere der Bucket *.appspot.com), die Standardinstanz Cloud Firestore aber nicht bereitgestellt wurde:

    • Als der Standard-Cloud Storage-Bucket (*.appspot.com) bereitgestellt wurde, wurde auch eine App Engine-App bereitgestellt. Daher wurde der Speicherort der zukünftigen Standard-Cloud Firestore-Instanz zu diesem Zeitpunkt festgelegt. Auch wenn Sie den Bucket *.appspot.com löschen, können Sie die App Engine-App nicht löschen. Die Standorteinstellung der zukünftigen Standardinstanz Cloud Firestore ist also bereits festgelegt.

Wenn Sie geplante Funktionen der 1. Generation verwendet haben, wird ihr Standort auf den Standort für Standard-Google Cloud-Ressourcen festgelegt. Das liegt daran, dass Cloud Scheduler und App Engine zuvor miteinander verknüpft waren. Wenn Sie geplante Funktionen der 1. Generation vor der Bereitstellung anderer Ressourcen einrichten, die diese Standorteinstellung teilen, legen Sie auch deren Standort fest.

Nächste Schritte

  • Weitere Informationen zum Erstellen von Anwendungen, die Ihre Latenz-, Verfügbarkeits- und Langlebigkeitsanforderungen erfüllen, finden Sie unter Geografie und Regionen.