Für mehrere Firebase-Produkte ist eine Standorteinstellung erforderlich:
Google Analytics – Wenn Sie Google Analytics in Ihrem Firebase-Projekt aktivieren, werden Sie aufgefordert, einen Analytics-Berichtsspeicherort 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 eines dieser Produkte verwenden, werden Sie aufgefordert, den standardmäßigen Google Cloud Platform (GCP)-Ressourcenstandort Ihres Projekts auszuwählen (sofern dieser nicht bereits beim Einrichten eines anderen Dienstes ausgewählt wurde).
Cloud Functions für 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 dieser nicht bereits beim Einrichten eines anderen Dienstes ausgewählt wurde).
Weitere Informationen zu Standorteinstellungen für außerplanmäßige Funktionen finden Sie unter Cloud Functions-Standorte .
Echtzeitdatenbank – Wenn Sie eine Echtzeitdatenbankinstanz erstellen, werden Sie aufgefordert, den Speicherort der Instanz auszuwählen. Jede Instanz kann sich an einem anderen Speicherort befinden. Beachten Sie, dass die Standorte Ihrer Echtzeitdatenbankinstanzen keinen Einfluss auf die Optionen für Ihren Standard-GCP-Ressourcenstandort haben.
Wählen Sie eine Standorteinstellung für ein Produkt oder eine Produktgruppe
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 Analytics-Berichtsspeicherort auszuwählen. Wählen Sie ein Land oder eine Region aus, die den Standort Ihrer Organisation repräsentiert.
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 Bereich „Berichte“ .
Cloud Firestore, Cloud Storage und geplante Funktionen
Cloud Firestore, Cloud Storage und geplante Funktionen nutzen alle dieselbe Standorteinstellung, die als Standard-GCP-Ressourcenstandort bezeichnet wird (weitere Informationen 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 Firebase-Konsolen-Workflow auszuwählen.
Für Cloud Storage gilt Ihr standardmäßiger GCP-Ressourcenstandort nur für Ihren Standard- Bucket. Wenn Sie den Blaze-Plan nutzen, können Sie mehrere Buckets erstellen, jeder mit seinem eigenen Standort .
Wenn Sie geplante Funktionen ausführen, erfordert 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 Echtzeitdatenbankinstanz erstellen, müssen Sie den Speicherort für diese Instanz angeben. Jede Echtzeitdatenbankinstanz in Ihrem Projekt kann sich an einem anderen Ort befinden. Die derzeit unterstützten Speicherorte für Echtzeitdatenbankinstanzen sind unten zusammen mit den zugehörigen Datenbank-URL-Schemata aufgeführt.
Beachten Sie, dass die Standorte Ihrer Echtzeitdatenbankinstanzen keinen Einfluss auf die Optionen für Ihren Standard-GCP-Ressourcenstandort haben.
| Regionsname | Beschreibung der Region | 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 Bereich „Berichte“ .
Für Cloud Firestore, Cloud Storage und geplante Funktionen – Gehen Sie in der Firebase-Konsole zu Ihren Projekteinstellungen .
Für Echtzeitdatenbanken: Sehen Sie sich in der Firebase-Konsole die Liste Ihrer Datenbankinstanzen im Echtzeitdatenbank-Datenviewer an.
Erfahren Sie mehr über den standardmäßigen GCP-Ressourcenstandort
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, die eine Standorteinstellung erfordern.
Die folgenden Produkte nutzen denselben standardmäßigen GCP-Ressourcenstandort:
Cloud Firestore
Beachten Sie, dass Ihr standardmäßiger GCP-Ressourcenstandort 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 nutzen, können Sie mehrere Buckets erstellen, jeder mit seinem eigenen Standort .App Engine-App (zum Beispiel für geplante Funktionen)
Wenn Sie eine App Engine-App einrichten, teilt sich ihr Speicherort mit Ihrem standardmäßigen GCP-Ressourcenstandort. Beachten Sie, dass Sie eine App Engine-App in Ihrem Projekt haben müssen, wenn Sie Cloud Scheduler verwenden (z. B. zum Ausführen geplanter Funktionen ).
Sie können entweder einen Standort mit mehreren Regionen oder einen regionalen Standort als Ihren standardmäßigen GCP-Ressourcenstandort auswählen. Beachten Sie, dass jeder GCP-Dienst, der diese Standorteinstellung verwendet, als multiregional gilt, wenn Sie bereits über eine App Engine-App mit dem Standort us-central oder europe-west verfügen.
Standorte mit mehreren Regionen
Wählen Sie einen Standort mit mehreren Regionen, um die Verfügbarkeit und Haltbarkeit Ihrer Datenbank zu maximieren.
Ein Standort mit mehreren Regionen besteht aus einer definierten Gruppe von Regionen , in denen mehrere Replikate der Datenbank gespeichert sind. Bei jedem Replikat handelt es sich entweder um ein Lese-/Schreibreplikat, das alle Daten in der Datenbank enthält, oder um ein Zeugenreplikat, das keinen vollständigen Datensatz verwaltet, aber an der Replikation teilnimmt.
Durch die Replikation der Daten zwischen mehreren Regionen können die Daten auch beim Verlust einer gesamten Region weiterhin bereitgestellt werden. Innerhalb einer Region werden Daten zonenübergreifend repliziert, sodass die Daten auch beim Verlust einer Zone weiterhin innerhalb dieser Region bereitgestellt werden können.
Firebase unterstützt die folgenden multiregionalen GCP-Ressourcenstandorte:| Name mehrerer Regionen | Beschreibung mehrerer 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, beispielsweise South Carolina. Daten an einem regionalen Standort werden in mehreren Zonen innerhalb einer Region repliziert. Alle regionalen Standorte sind von anderen regionalen Standorten mindestens 100 Meilen entfernt.
Wählen Sie einen regionalen Standort für geringere Kosten, für eine geringere Schreiblatenz, wenn Ihre Anwendung empfindlich auf Latenz reagiert, oder für den gemeinsamen Standort mit anderen GCP-Ressourcen .
Firebase unterstützt die folgenden regionalen GCP-Ressourcenstandorte:| Regionsname | Beschreibung der Region | |
|---|---|---|
| Nordamerika | ||
us-west1 | Oregon | |
us-west2 | Los Angeles | |
us-west3 | Salt Lake City | |
us-west4 | Las Vegas | |
northamerica-northeast1 | Montreal | |
| Toronto | |
us-east1 | South Carolina | |
us-east4 | Nord-Virginia | |
| Südamerika | ||
southamerica-east1 | São Paulo | |
| Europa | ||
europe-west2 | London | |
| Belgien | |
| Niederlande | |
| Paris | |
europe-west3 | Frankfurt | |
europe-central2 | Warschau | |
europe-west6 | Zürich | |
| Naher Osten | ||
| Doha | |
| Dammam | |
| Tel Aviv | |
| Asien | ||
asia-south1 | Mumbai | |
Dieser Standort unterstützt Cloud Storage für Firebase nicht. Wenn Sie Cloud Storage für Firebase nutzen möchten, sollten Sie einen anderen Standort wählen. | Delhi | |
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 für Firebase nicht. Wenn Sie Cloud Storage für Firebase nutzen möchten, sollten Sie einen anderen Standort wä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 für 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 .