有些 Firebase 產品需要位置資訊設定:
Google Analytics:如果您在 Firebase 專案,系統會提示您選取 Analytics 報表 或 HTTP/HTTPS 位置這個位置代表貴機構所在的國家/地區。 您的數據分析位置會進而設定收益報表顯示的貨幣。
Cloud Firestore 和 Cloud Storage:開始使用 系統會提示您選取專案的 預設 Google Cloud Platform (GCP) 資源位置 (如果之前未在設定其他服務時選取此選項)。
Cloud Functions for Firebase (僅限已排定的函式):如果執行 排程函式、Cloud Scheduler 需要 App Engine 應用程式設定期間,系統會提示您選取 專案中的 預設 Google Cloud Platform (GCP) 資源位置 (如果之前未在設定其他服務時選取此選項)。
如要進一步瞭解非排定函式的位置資訊設定,請前往 Cloud Functions 位置。
即時資料庫:當您建立即時資料庫執行個體時,系統會提示您 且每個執行個體可以位於不同的位置 或 HTTP/HTTPS 位置請注意,即時資料庫執行個體的位置不會影響 預設 GCP 資源位置的選項
為產品群組或產品群組選取位置資訊設定
以大多數用途來說,您可以在 Firebase 控制台選取位置資訊設定, 設定特定產品時請注意,在某些情況下 (如 這個區塊) 設定某項產品的位置可能會設定 影響其他產品
數據分析
如果您在 Firebase 專案的 Firebase 控制台,系統會提示您選取 Analytics 報表 或 HTTP/HTTPS 位置請選取能代表你所在地區的國家/地區 並根據貴機構的使命 價值觀和目標進行調整
如果您是專案擁有者或編輯者,可以編輯時區 Analytics 報表位置的貨幣;前往 Google Analytics 設定、 然後前往「報表」窗格。
Cloud Firestore、Cloud Storage 和已排定的功能
Cloud Firestore、Cloud Storage 和排程函式均共用 相同的位置設定 預設 GCP 資源位置 (瞭解具體細節) )。請注意,這個位置可能是 您在建立專案或設定其他專案時 使用這項位置資訊設定的服務。
如已設定 Cloud Firestore 或 Cloud Storage,系統會提示您 在 Firebase 控制台中選取專案的預設 GCP 資源位置 工作流程
以 Cloud Storage 來說,預設 GCP 資源位置僅適用於 default 值區。如果您使用的是 Blaze 方案,可以建立多個 和值區 位置。
如執行排程函式 排程器需要 App Engine 應用程式。在設定過程中,系統會提示您 以選取專案的預設 GCP 資源位置。
您可以透過呼叫
defaultLocation.finalize
管理 Firebase 專案的端點
即時資料庫位置
建立新的即時資料庫執行個體時,您必須為 當您使用 gcloud 啟動新的執行個體時 就會啟用該執行個體上的服務帳戶專案中的每個即時資料庫執行個體都可以位於 兩個不同的位置請參閱下表,查看 即時資料庫執行個體,以及相關聯的資料庫網址配置。
請注意,即時資料庫執行個體的位置不會影響選項 設為預設 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 帳戶 請前往「管理」面板,查看帳戶的位置。
「專案設定」 > 「整合」 >即時資料庫 - 在 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 (例如 執行排程函式 。
您可以選取多區域位置或
預設 GCP 資源位置的「Regional」位置。注意事項
如果您已經有 App Engine 應用程式
us-central
或 europe-west
,任何使用這項位置資訊設定的 GCP 服務
「多區域」。
多地區位置
選取多區域位置以盡可能提高可用性,並 維持資料庫的耐用性
多區域位置由一組定義 多個資料庫備用資源所在的區域 儲存的資料。每個備用資源都是讀取/寫入備用資源,其中包含所有 資料庫或見證備用資源中 但會執行複製作業
在多區域之間複製資料 即使在叢集缺少整個 區域。而在某個區域內,資料會在 可用區,讓系統能夠繼續提供資料 該區域即使遺失可用區也是如此
Firebase 支援下列多區域 GCP 資源位置:多地區名稱 | 多地區說明 | 讀取/寫入區域 | 見證地區 |
---|---|---|---|
eur3 |
歐洲 | europe-west1 (比利時)、europe-west4 (荷蘭) |
europe-north1 (芬蘭) |
nam5 |
美國 | us-central1 (愛荷華州)、us-central2 (奧克拉荷馬州,私人 GCP 區域) |
us-east1 (南卡羅來納州) |
地區位置
單一地區位置是指特定地理位置,例如南卡羅來納州。資料 區域位置會複製到 region。所有區域位置均彼此獨立 顯示至少 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 值區,請前往 您平台的起始頁面。
如要透過 Cloud Functions for Firebase 執行已排定的函式,請前往 設定指南。
如要進一步瞭解如何建構應用程式來滿足延遲時間, 如要進一步瞭解可用性及耐用性需求,請參閱 地理位置與區域。