查看 2022 年 Google I/O 大会上介绍的 Firebase 新动态。了解详情

为您的项目选择位置

使用集合让一切井井有条 根据您的偏好保存内容并对其进行分类。

一些 Firebase 产品需要位置设置:

  • Google Analytics - 如果您在 Firebase 项目中启用 Google Analytics,系统会提示您选择 Analytics 报告位置。此位置代表您组织的国家或地区。反过来,您的 Google Analytics(分析)位置设置收入报告的货币。

  • Cloud FirestoreCloud Storage — 如果您开始使用这些产品中的任何一个,系统会提示您选择项目的默认 Google Cloud Platform (GCP) 资源位置(如果在设置其他服务时尚未选择它)。

  • Cloud Functions for Firebase (仅限计划函数) - 如果您运行计划函数,则 Cloud Scheduler 需要 App Engine 应用;在设置过程中,系统会提示您选择项目的默认 Google Cloud Platform (GCP) 资源位置(如果在设置其他服务时尚未选择它)。

    要了解有关非计划函数的位置设置的更多信息,请访问Cloud Functions 位置

  • 实时数据库— 如果您创建实时数据库实例,系统会提示您选择实例的位置,并且每个实例可以位于不同的位置。请注意,实时数据库实例的位置不会影响默认 GCP 资源位置的选项。

为产品或产品组选择位置设置

对于大多数用例,您可以在创建项目期间或在特定产品的控制台页面中选择Firebase 控制台中的位置设置。

分析

如果您在Firebase 控制台中的 Firebase 项目中启用 Google Analytics,系统会提示您选择 Analytics 报告位置。选择代表您组织所在地的国家或地区。

如果您是项目所有者或编辑者,则可以编辑您的 Analytics 报告位置的时区和货币;转到您的Google Analytics 设置,然后滚动到报告窗格。

Cloud Firestore、Cloud Storage 和计划函数

Cloud Firestore、Cloud Storage 和计划函数都共享相同的位置设置,称为默认 GCP 资源位置(在下面了解有关此位置设置的详细信息)。请注意,在项目创建期间或在设置使用此位置设置的另一个服务时,可能先前已设置此位置。

  • 如果您设置 Cloud Firestore 或 Cloud Storage,系统会提示您在 Firebase 控制台工作流程中选择项目的默认 GCP 资源位置。

    对于 Cloud Storage,您的默认 GCP 资源位置仅适用于您的默认存储分区。如果您使用 Blaze 计划,则可以创建多个存储桶,每个存储桶都有自己的位置

  • 如果您运行计划函数,则 Cloud Scheduler 需要 App Engine 应用。在设置过程中,系统会提示您选择项目的默认 GCP 资源位置。

  • 您可以通过调用 Firebase 项目的defaultLocation.finalize端点以编程方式设置默认 GCP 资源位置。

实时数据库位置

如果您创建新的实时数据库实例,则需要指定该实例的位置。项目中的每个实时数据库实例都可以位于不同的位置。下面列出了当前支持的实时数据库实例位置及其关联的数据库 URL 方案。

请注意,您的实时数据库实例的位置不会影响您的默认 GCP 资源位置的选项。

地区名称区域描述数据库 URL 方案
us-central1爱荷华州DATABASE_NAME .firebaseio.com
europe-west1比利时DATABASE_NAME .europe-west1.firebasedatabase.app
asia-southeast1新加坡DATABASE_NAME .asia-southeast1.firebasedatabase.app

查看位置设置

  • 对于分析 - 在 Firebase 控制台中,转到您的Google Analytics 设置,然后滚动到报告窗格。

  • 对于 Cloud Firestore、Cloud Storage 和预定功能 - 在 Firebase 控制台中,转到您的项目设置

  • 对于实时数据库 - 在 Firebase 控制台中,在实时数据库数据查看器中查看您的数据库实例列表。

了解默认 GCP 资源位置

您的应用可用的多项服务需要一个名为您项目的默认 Google Cloud Platform (GCP) 资源位置的位置设置。此位置是为需要位置设置的 GCP 服务存储数据的位置。

以下产品共享相同的默认 GCP 资源位置:

  • 云防火墙
    请注意,您的默认 GCP 资源位置不适用于Firebase 实时数据库

  • 云储存
    请注意,您的默认 GCP 资源位置仅适用于您的默认Cloud Storage 存储分区。如果您使用 Blaze 计划,则可以创建多个存储桶,每个存储桶都有自己的位置

  • App Engine 应用(例如,用于计划函数)
    如果您设置 App Engine 应用程序,其位置将共享您的默认 GCP 资源位置。请注意,如果您使用 Cloud Scheduler(例如,运行计划函数),您的项目中需要有一个 App Engine 应用程序。

您可以选择多区域位置区域位置作为默认 GCP 资源位置。请注意,如果您已经拥有一个位置为us-centraleurope-west的 App Engine 应用,则任何使用此位置设置的 GCP 服务都将被视为multi-regional

多区域位置

选择多区域位置以最大限度地提高数据库的可用性和持久性。

多区域位置由一组定义的区域组成,其中存储了数据库的多个副本。每个副本要么是包含数据库中所有数据的读写副本,要么是不维护完整数据集但参与复制的见证副本。

通过在多个区域之间复制数据,即使丢失了整个区域,也可以继续提供数据。在一个区域内,数据跨区域复制,因此即使丢失区域,数据也可以在该区域内继续提供服务。

Firebase 支持以下多区域 GCP 资源位置:
多区域名称多区域描述读写区域见证地区
eur3欧洲europe-west1 (比利时)、 europe-west4 (荷兰) europe-north1 (芬兰)
nam5美国us-central1 (爱荷华州)、 us-central2 (俄克拉荷马州 - 私有 GCP 区域) us-east1 (南卡罗来纳州)

区域位置

区域位置是特定的地理位置,例如南卡罗来纳州。一个区域位置的数据在一个区域内的多个区域中复制。所有区域位置与其他区域位置至少相隔 100 英里。

选择一个区域位置以降低成本,如果您的应用程序对延迟敏感,则可以降低写入延迟,或者与其他 GCP 资源共存

Firebase 支持以下区域 GCP 资源位置:
地区名称区域描述
北美
us-west1俄勒冈
us-west2洛杉矶
us-west3盐湖城
us-west4拉斯维加斯
northamerica-northeast1蒙特利尔
us-east1南卡罗来纳
us-east4北弗吉尼亚
南美洲
southamerica-east1圣保罗
欧洲
europe-west2伦敦
europe-west3法兰克福
europe-central2华沙
europe-west6苏黎世
亚洲
asia-south1孟买
asia-southeast1新加坡
asia-southeast2雅加达
asia-east2香港
asia-east1台湾
asia-northeast1东京
asia-northeast2大阪
asia-northeast3汉城
澳大利亚
australia-southeast1悉尼

下一步

  • 要在特定位置创建 Cloud Firestore 数据库,请访问Cloud Firestore 入门

  • 要创建Cloud Storage 存储分区,请访问您平台的入门页面。

  • 要使用 Cloud Functions for Firebase 运行计划函数,请访问设置指南

  • 有关构建应用程序以满足您的延迟、可用性和持久性要求的更多信息,请参阅地理和区域