部分 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 (分析) 設定,然後前往「Reporting」(報表) 窗格。
Cloud Firestore、Cloud Storage 和排程函式
Cloud Firestore、Cloud Storage 和排程函式都會共用相同的位置設定,稱為預設 GCP 資源位置 (請參閱下方說明,進一步瞭解此位置設定)。請注意,這個位置可能已在建立專案期間,或在設定其他使用此位置設定的其他服務時進行設定。
如果您設定了 Cloud Firestore 或 Cloud Storage,系統會提示您在 Firebase 控制台工作流程中選取專案的預設 GCP 資源位置。
在 Cloud Storage 中,預設的 GCP 資源位置僅適用於 default 值區。如果您採用 Blaze 方案,可以建立多個值區,每個值區都有自己的位置。
如果您執行排程函式,Cloud Scheduler 需要使用 App Engine 應用程式。設定期間,系統會提示您選取專案的預設 GCP 資源位置。
您可以藉由呼叫 Firebase 專案的
defaultLocation.finalize
端點,透過程式輔助方式設定預設的 GCP 資源位置。
即時資料庫位置
如要建立新的即時資料庫執行個體,您必須指定該執行個體的位置。專案中的每個即時資料庫執行個體都位於不同位置。下表列出即時資料庫執行個體的支援位置,以及相關的資料庫網址配置。
請注意,即時資料庫執行個體的位置不會影響預設 GCP 資源位置的選項。
地區名稱 | 地區說明 | 資料庫網址配置 |
---|---|---|
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 (分析)。按一下帳號即可開啟 Google Analytics (分析) 帳戶,然後前往「管理」面板查看帳戶的位置。
「Project settings」(專案設定) >「Integrations」(整合) >即時資料庫:在 Firebase 控制台中,前往「即時資料庫」分頁,查看資料庫執行個體及其位置的清單。
Cloud Firestore:在 Firebase 控制台中,查看資料庫執行個體清單及其位置的 Cloud Firestore「Data」分頁。
Cloud Storage:在 Firebase 控制台中,前往 Cloud Storage「Files」分頁來查看值區清單及值區的位置。
排定的函式:在 Google Cloud 控制台中,前往 Cloud Scheduler 查看各項工作和函式的主題清單。位置是主題名稱中的最後一個區段。
非排程的函式 — 根據預設,函式會在
us-central1
地區執行。不過,如果已明確設定位置,您可以在函式原始碼中找到該位置。
瞭解預設 GCP 資源位置
應用程式有多項服務需要位置設定,稱為專案的預設 Google Cloud Platform (GCP) 資源位置。這個位置會儲存需要位置設定的 GCP 服務資料。
下列產品的預設 GCP 資源位置相同:
Cloud Firestore
請注意,預設的 GCP 資源位置「不」適用於 Firebase 即時資料庫。Cloud Storage
請注意,預設的 GCP 資源位置僅適用於 預設 Cloud Storage 值區。如果您採用 Blaze 方案,可以建立多個值區,每個值區都有自己的位置。App Engine 應用程式 (例如針對排程函式)
如果您設定 App Engine 應用程式,該應用程式的位置會分享您預設的 GCP 資源位置。請注意,如果您使用 Cloud Scheduler (例如執行排定的函式),您必須在專案中安裝 App Engine 應用程式。
您可以選取「multi-region位置」或「單一地區」位置做為預設 GCP 資源位置。請注意,如果您有一個 App Engine 應用程式的位置為 us-central
或 europe-west
,則任何使用該位置設定的 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 | 北維吉尼亞州 | |
這個位置不支援 Cloud Storage for Firebase。如果您打算使用 Cloud Storage for Firebase,請選擇其他位置。 |
哥倫布 | |
這個位置不支援 Cloud Storage for Firebase。如果您打算使用 Cloud Storage for Firebase,請選擇其他位置。 |
達拉斯 | |
南美洲 | ||
這個位置不支援 Cloud Storage for Firebase。如果您打算使用 Cloud Storage for Firebase,請選擇其他位置。 |
聖地牙哥 | |
southamerica-east1 | 聖保羅 | |
歐洲 | ||
europe-west2 | 倫敦 | |
|
比利時 | |
|
荷蘭 | |
這個位置不支援 Cloud Storage for Firebase。如果您打算使用 Cloud Storage for Firebase,請選擇其他位置。 |
米蘭 | |
這個位置不支援 Cloud Storage for Firebase。如果您打算使用 Cloud Storage for Firebase,請選擇其他位置。 |
馬德里 | |
|
巴黎 | |
這個位置不支援 Cloud Storage for Firebase。如果您打算使用 Cloud Storage for Firebase,請選擇其他位置。 |
杜林 | |
這個位置不支援 Cloud Storage for Firebase。如果您打算使用 Cloud Storage for Firebase,請選擇其他位置。 |
柏林 | |
europe-west3 | 法蘭克福 | |
這個位置不支援 Cloud Storage for Firebase。如果您打算使用 Cloud Storage for Firebase,請選擇其他位置。 |
芬蘭 | |
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 Storage for Firebase。如果您打算使用 Cloud Storage for Firebase,請選擇其他位置。 |
約翰尼斯堡 |
後續步驟
如要在特定位置建立 Cloud Firestore 資料庫,請參閱「開始使用 Cloud Firestore」一文。
如要建立 Cloud Storage 值區,請造訪您平台的「Get started」(開始使用) 頁面。
如要透過 Cloud Functions for Firebase 執行排程函式,請參閱設定指南。
如要進一步瞭解如何建構符合延遲時間、可用性與耐用性需求的應用程式,請參閱地理位置與區域。