多個 Firebase 產品需要位置設定：
Google Analytics - 如果您在 Firebase 專案中啟用 Google Analytics，系統會提示您選擇 Analytics 報表位置。此位置代表您的組織所在的國家或地區。反過來，您的 Analytics 位置會設定收入報告的貨幣。
Cloud Firestore和Cloud 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 |
查看位置設定
對於 Analytics - 在 Firebase 控制台中，前往Google Analytics 設定，然後捲動至「報表」窗格。
對於 Cloud Firestore、Cloud Storage 和排程功能 - 在 Firebase 控制台中，前往您的專案設定。
對於即時資料庫 - 在 Firebase 控制台中，在即時資料庫資料檢視器中查看資料庫執行個體的清單。
了解預設 GCP 資源位置
您的應用程式可用的多項服務需要一個位置設置，稱為專案的預設 Google Cloud Platform (GCP) 資源位置。此位置是為需要位置設定的 GCP 服務儲存資料的位置。
以下產品共享相同的預設 GCP 資源位置：
雲端Firestore
請注意，您的預設 GCP 資源位置不適用於Firebase 即時資料庫。雲端儲存
請注意，您的預設 GCP 資源位置僅適用於您的預設Cloud Storage 儲存桶。如果您使用 Blaze 計劃，則可以建立多個儲存桶，每個儲存桶都有自己的位置。App Engine 應用程式（例如，用於預定功能）
如果您設定 App Engine 應用程式，其位置會共用您的預設 GCP 資源位置。請注意，如果您使用 Cloud Scheduler（例如，運行計劃函數），則您的專案中需要有 App Engine 應用程式。
您可以選擇多區域位置或區域位置作為預設 GCP 資源位置。請注意，如果您已有位置為us-central或europe-west的 App Engine 應用，則任何使用此位置設定的 GCP 服務都將被視為多區域。
多區域地點
選擇多區域位置以最大限度地提高資料庫的可用性和持久性。
多區域位置由一組定義的區域組成，其中儲存資料庫的多個副本。每個副本要么是包含資料庫中所有資料的讀寫副本，要么是不維護完整資料集但參與複製的見證副本。
透過在多個區域之間複製數據，即使整個區域遺失，也可以繼續提供數據。在一個區域內，資料會跨區域複製，因此即使區域遺失，也可以繼續在該區域內提供資料服務。
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 | 孟買 | |
此位置不支援 Cloud Storage for Firebase。如果您打算使用 Cloud Storage for Firebase，則應選擇其他位置。 | 德里 | |
asia-southeast1 | 新加坡 | |
asia-southeast2 | 雅加達 | |
asia-east2 | 香港 | |
asia-east1 | 台灣 | |
asia-northeast1 | 東京 | |
asia-northeast2 | 大阪 | |
asia-northeast3 | 首爾 | |
| 澳洲 | ||
australia-southeast1 | 雪梨 | |
此位置不支援 Cloud Storage for Firebase。如果您打算使用 Cloud Storage for Firebase，則應選擇其他位置。 | 墨爾本 | |
下一步
若要在特定位置建立 Cloud Firestore 資料庫，請造訪Cloud Firestore 入門。
若要建立Cloud Storage 儲存分割區，請造訪適合您平台的入門頁面。
若要使用 Cloud Functions for Firebase 執行計劃函數，請造訪設定指南。
有關建立應用程式以滿足延遲、可用性和持久性要求的更多信息，請參閱地理位置和區域。