Mehrere Firebase-Produkte erfordern eine Standorteinstellung:
Google Analytics – Wenn Sie Google Analytics in Ihrem Firebase-Projekt aktivieren, werden Sie aufgefordert, einen Speicherort für Analytics-Berichte auszuwählen. Dieser Standort repräsentiert das Land oder die Region Ihrer Organisation. Ihr Analytics-Standort legt wiederum die Währung für die Umsatzberichte fest.
Cloud Firestore und Cloud Storage – Wenn Sie beginnen, eines dieser Produkte zu verwenden, werden Sie aufgefordert, den standardmäßigen Google Cloud Platform (GCP) -Ressourcenstandort Ihres Projekts auszuwählen (sofern er nicht bereits beim Einrichten eines anderen Dienstes ausgewählt wurde).
Cloud Functions for Firebase (nur geplante Funktionen) – Wenn Sie geplante Funktionen ausführen, erfordert Cloud Scheduler eine App Engine-App; Während der Einrichtung werden Sie aufgefordert, den standardmäßigen Google Cloud Platform (GCP) -Ressourcenstandort Ihres Projekts auszuwählen (sofern er nicht bereits beim Einrichten eines anderen Dienstes ausgewählt wurde).
Um mehr über Standorteinstellungen für nicht geplante Funktionen zu erfahren, besuchen Sie Cloud Functions-Standorte .
Realtime Database – Wenn Sie eine Realtime Database-Instanz erstellen, werden Sie aufgefordert, den Speicherort der Instanz auszuwählen, und jede Instanz kann sich an einem anderen Speicherort befinden. Beachten Sie, dass sich die Standorte Ihrer Realtime Database-Instanzen nicht auf die Optionen für Ihren standardmäßigen GCP-Ressourcenstandort auswirken.
Wählen Sie eine Standorteinstellung für ein Produkt oder eine Produktgruppe aus
Für die meisten Anwendungsfälle wählen Sie eine Standorteinstellung in der Firebase-Konsole aus, entweder während der Projekterstellung oder auf der Konsolenseite für ein bestimmtes Produkt.
Analytik
Wenn Sie Google Analytics in Ihrem Firebase-Projekt in der Firebase-Konsole aktivieren, werden Sie aufgefordert, einen Speicherort für Analytics-Berichte auszuwählen. Wählen Sie ein Land oder eine Region aus, die den Standort Ihrer Organisation darstellt.
Wenn Sie Projektinhaber oder -bearbeiter sind, können Sie die Zeitzone und die Währung für Ihren Analytics-Berichtsstandort bearbeiten. Gehen Sie zu Ihren Google Analytics-Einstellungen und scrollen Sie dann zum Berichtsbereich .
Cloud Firestore, Cloud Storage und geplante Funktionen
Cloud Firestore, Cloud Storage und geplante Funktionen teilen alle dieselbe Standorteinstellung, die als standardmäßiger GCP-Ressourcenstandort bezeichnet wird (weitere Einzelheiten zu dieser Standorteinstellung finden Sie weiter unten). Beachten Sie, dass dieser Standort möglicherweise zuvor festgelegt wurde, entweder während der Projekterstellung oder beim Einrichten eines anderen Dienstes, der diese Standorteinstellung verwendet.
Wenn Sie Cloud Firestore oder Cloud Storage einrichten, werden Sie aufgefordert, den standardmäßigen GCP-Ressourcenspeicherort Ihres Projekts im Workflow der Firebase-Konsole auszuwählen.
Für Cloud Storage gilt Ihr standardmäßiger GCP-Ressourcenstandort nur für Ihren Standard -Bucket. Wenn Sie den Blaze-Plan haben, können Sie mehrere Buckets mit jeweils einem eigenen Standort erstellen .
Wenn Sie geplante Funktionen ausführen , benötigt Cloud Scheduler eine App Engine-App. Während der Einrichtung werden Sie aufgefordert, den standardmäßigen GCP-Ressourcenspeicherort Ihres Projekts auszuwählen.
Sie können Ihren standardmäßigen GCP-Ressourcenstandort programmgesteuert festlegen, indem Sie den Endpunkt
defaultLocation.finalizefür Ihr Firebase-Projekt aufrufen.
Standorte der Echtzeitdatenbank
Wenn Sie eine neue Realtime Database-Instanz erstellen, müssen Sie den Speicherort für diese Instanz angeben. Jede Realtime Database-Instanz in Ihrem Projekt kann sich an einem anderen Ort befinden. Die derzeit unterstützten Speicherorte für Realtime Database-Instanzen sind unten zusammen mit den zugehörigen Datenbank-URL-Schemata aufgeführt.
Beachten Sie, dass sich die Speicherorte Ihrer Realtime Database-Instanzen nicht auf die Optionen für Ihren standardmäßigen GCP-Ressourcenspeicherort auswirken .
| Regionsname | Regionsbeschreibung | Datenbank-URL-Schema |
|---|---|---|
us-central1 | Iowa | DATABASE_NAME .firebaseio.com |
europe-west1 | Belgien | DATABASE_NAME .europe-west1.firebasedatabase.app |
asia-southeast1 | Singapur | DATABASE_NAME .asia-southeast1.firebasedatabase.app |
Standorteinstellungen anzeigen
Für Analytics – Gehen Sie in der Firebase-Konsole zu Ihren Google Analytics-Einstellungen und scrollen Sie dann zum Berichtsbereich .
Für Cloud Firestore, Cloud Storage und geplante Funktionen – Gehen Sie in der Firebase-Konsole zu Ihren Projekteinstellungen .
Für Realtime Database – Zeigen Sie in der Firebase-Konsole die Liste Ihrer Datenbankinstanzen im Data Viewer für Realtime Database an .
Erfahren Sie mehr über den Standardspeicherort von GCP-Ressourcen
Mehrere für Ihre App verfügbare Dienste erfordern eine Standorteinstellung, die als standardmäßiger Google Cloud Platform (GCP)-Ressourcenstandort Ihres Projekts bezeichnet wird. An diesem Ort werden Ihre Daten für GCP-Dienste gespeichert, für die eine Standorteinstellung erforderlich ist.
Die folgenden Produkte teilen sich denselben standardmäßigen GCP-Ressourcenstandort:
Cloud-Firestore
Beachten Sie, dass Ihr standardmäßiger GCP-Ressourcenspeicherort nicht für die Firebase Realtime Database gilt.Cloud-Speicher
Beachten Sie, dass Ihr standardmäßiger GCP-Ressourcenstandort nur für Ihren standardmäßigen Cloud Storage-Bucket gilt. Wenn Sie den Blaze-Plan haben, können Sie mehrere Buckets mit jeweils einem eigenen Standort erstellen .App Engine-App (z. B. für geplante Funktionen)
Wenn Sie eine App Engine-App einrichten, teilt ihr Standort Ihren standardmäßigen GCP-Ressourcenstandort. Beachten Sie, dass Sie bei Verwendung von Cloud Scheduler (z. B. zum Ausführen geplanter Funktionen ) eine App Engine-Anwendung in Ihrem Projekt haben müssen.
Sie können entweder einen Standort mit mehreren Regionen oder einen regionalen Standort als Standardstandort für GCP-Ressourcen auswählen. Beachten Sie Folgendes: Wenn Sie bereits eine App Engine-App mit dem Standort us-central oder „ europe-west “ haben, gilt jeder GCP-Dienst, der diese Standorteinstellung verwendet, als multiregional .
Standorte in mehreren Regionen
Wählen Sie einen Standort mit mehreren Regionen aus, um die Verfügbarkeit und Dauerhaftigkeit Ihrer Datenbank zu maximieren.
Ein Speicherort mit mehreren Regionen besteht aus einem definierten Satz von Regionen , in denen mehrere Replikate der Datenbank gespeichert sind. Jedes Replikat ist entweder ein Read-Write-Replikat, das alle Daten in der Datenbank enthält, oder ein Witness-Replikat, das keinen vollständigen Datensatz verwaltet, aber an der Replikation teilnimmt.
Durch die Replikation der Daten zwischen mehreren Regionen können Daten auch bei Verlust einer ganzen Region weiterhin bereitgestellt werden. Innerhalb einer Region werden Daten zonenübergreifend repliziert, sodass Daten auch bei Verlust einer Zone innerhalb dieser Region weiterhin bereitgestellt werden können.
Firebase unterstützt die folgenden multiregionalen GCP-Ressourcenstandorte:| Name für mehrere Regionen | Beschreibung für mehrere Regionen | Lese-Schreib-Regionen | Zeugenregion |
|---|---|---|---|
eur3 | Europa | europe-west1 (Belgien), europe-west4 (Niederlande) | europe-north1 (Finnland) |
nam5 | Vereinigte Staaten | us-central1 (Iowa), us-central2 (Oklahoma – private GCP-Region) | us-east1 (South Carolina) |
Regionale Standorte
Ein regionaler Standort ist ein bestimmter geografischer Ort, z. B. South Carolina. Daten an einem regionalen Standort werden in mehreren Zonen innerhalb einer Region repliziert. Alle regionalen Standorte sind von anderen regionalen Standorten durch mindestens 100 Meilen getrennt.
Wählen Sie einen regionalen Standort aus, um die Kosten zu senken, die Schreiblatenz zu verringern, wenn Ihre Anwendung latenzempfindlich ist, oder für die gemeinsame Nutzung mit anderen GCP-Ressourcen .
Firebase unterstützt die folgenden regionalen GCP-Ressourcenstandorte:| Regionsname | Regionsbeschreibung | |
|---|---|---|
| Nordamerika | ||
us-west1 | Oregon | |
us-west2 | Los Angeles | |
us-west3 | Salt Lake City | |
us-west4 | Las Vegas | |
northamerica-northeast1 | Montreal | |
us-east1 | South Carolina | |
us-east4 | Nord-Virginia | |
| Südamerika | ||
southamerica-east1 | São Paulo | |
| Europa | ||
europe-west2 | London | |
europe-west3 | Frankfurt | |
europe-central2 | Warschau | |
europe-west6 | Zürich | |
| Asien | ||
asia-south1 | Mumbai | |
asia-southeast1 | Singapur | |
asia-southeast2 | Jakarta | |
asia-east2 | Hongkong | |
asia-east1 | Taiwan | |
asia-northeast1 | Tokio | |
asia-northeast2 | Osaka | |
asia-northeast3 | Seoul | |
| Australien | ||
australia-southeast1 | Sydney | |
Dieser Standort unterstützt Cloud Storage for Firebase nicht. Wenn Sie Cloud Storage für Firebase verwenden möchten, sollten Sie einen anderen Standort auswählen. | Melbourne | |
Nächste Schritte
Um eine Cloud Firestore-Datenbank an einem bestimmten Ort zu erstellen, besuchen Sie Erste Schritte mit Cloud Firestore .
Um einen Cloud Storage- Bucket zu erstellen, besuchen Sie die Seite „Erste Schritte“ für Ihre Plattform.
Um geplante Funktionen mit Cloud Functions for Firebase auszuführen, besuchen Sie die Einrichtungsanleitung .
Weitere Informationen zum Erstellen von Anwendungen zur Erfüllung Ihrer Latenz-, Verfügbarkeits- und Haltbarkeitsanforderungen finden Sie unter Geografie und Regionen .