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
Firebase AI Logic Wenn kein Standort festgelegt ist, ist die Standardregion us-central1. Dort greifen Sie auf das Modell zu. Nur verfügbar, wenn Sie den Vertex AI Gemini API verwenden.
Google Analytics Kein Standardort.
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 Standort befinden.
Data Connect Kein Standardort.
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 Speicherort befinden.
Cloud Storage for Firebase 1 Kein Standardort.
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.

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

2: Der Speicherort für Analytics-Berichte hat keinen Einfluss 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
Firebase AI Logic Wenn Sie den Vertex AI-Back-End-Dienst in Ihrer Codebasis initialisieren, können Sie optional einen Speicherort für den Zugriff auf das Modell angeben.

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

Firebase AI Logic 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, in dem bzw. der sich Ihr Unternehmen befindet.

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 die 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 den Standort 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 Standort 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

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 auch als „Speicherort für Standard-Google Cloud-Ressourcen“ bezeichnet. Weitere Informationen zu dieser Standortabhängigkeit

Standorteinstellungen aufrufen

Product Standorteinstellungen aufrufen
Google Analytics Rufen Sie in der Firebase-Konsole die Einstellungen auf  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 Console 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 Buckets und deren Speicherorte aufzurufen.
Cloud Functions for Firebase
  • Geplante Funktionen: Rufen Sie in der Google Cloud-Console Cloud Scheduler auf, 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.
Firebase AI Logic 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:

    • Durch die Bereitstellung der Standard-Cloud Firestore-Instanz 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 damals der Speicherort der zukünftigen Standard-Cloud Firestore-Instanz 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, müssen Sie auch deren Standort festlegen.

Nächste Schritte

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