瞭解專案中產品和資源的位置

需要設定位置資訊的產品或資源

部分產品或資源需要設定位置資訊。

產品 預設位置 其他資訊
Google Analytics 沒有預設位置。
您必須設定這個位置。
這個位置是 Analytics 報表位置 2,代表貴機構所在的國家/地區。您的 Analytics 報表位置會據此設定收益報表的貨幣。
Data Connect 沒有預設位置。
您必須設定每個執行個體的位置。
每個執行個體可位於不同的位置。
Cloud Firestore 1 沒有預設位置。
您必須設定每個執行個體的位置。
每個執行個體皆可位於不同位置。
Realtime Database 沒有預設位置。
您必須設定每個執行個體的位置。
每個執行個體可位於不同的位置。
Cloud Storage for Firebase 1 沒有預設位置。
您必須為每個值區設定位置。
每個值區都可以位於不同位置。
Cloud Functions for Firebase 1 如未設定位置,預設區域為 us-central1 每個函式都可以位於不同位置。
Vertex AI in Firebase 如果未設定位置,預設區域為 us-central1 這個位置是 Vertex AI 服務執行的位置,也是您存取模型的位置。

1 視您在專案中最初開始使用這些產品的時間而定,這些產品之間可能會有位置依附元件。您可能會看到這項依附元件稱為「預設 Google Cloud 資源的位置」。進一步瞭解這個位置依附元件

2 您的Analytics報表位置不會影響 Google 在哪裡處理及儲存 Firebase 的顧客資料

設定產品或其資源的位置

對於部分產品,您可以在產品層級設定位置。不過,大部分的產品都可以在資源層級設定位置 (例如針對每個 Cloud Storage 值區或每個函式設定位置)。

產品 位置設定的時機和方式 適用地區
Google Analytics Firebase 控制台中為 Firebase 專案啟用 Google Analytics 時,系統會提示您選取 Analytics 報表位置。請選取能代表貴機構所在位置的國家/地區。

如果您是專案擁有者或編輯者,日後可以編輯 Analytics 報表位置的時區和貨幣;請前往 Google Analytics 設定,然後前往報表窗格。

請參閱「回報」窗格中的 Google Analytics 設定清單。
Data Connect 佈建 Data Connect 服務執行個體時,您會設定其位置。您也能設定關聯 Google Cloud SQL 執行個體的位置。
您可以使用 Firebase 主控台或 Firebase CLI 來佈建執行個體。
Data Connect 項服務和 Cloud SQL 個執行個體位置
Cloud Firestore 1 佈建 Cloud Firestore 資料庫執行個體時,您會設定其位置。您可以使用 Firebase 主控台、REST API、Firebase CLI 或 Terraform 來佈建執行個體。 Cloud Firestore 位置
Realtime Database 佈建 Realtime Database 執行個體時,需設定該執行個體的位置。
您可以使用 Firebase 控制台、REST API、Firebase CLI 或 Terraform 來佈建執行個體。
Realtime Database 個地點
Cloud Storage for Firebase 1 佈建 Cloud Storage 值區時,即可設定該值區的位置。
您可以使用 Firebase 主控台、REST API 或 Terraform 來佈建儲存體。
Cloud Storage for Firebase 位置
Cloud Functions for Firebase 1 編寫函式時,您可以選擇設定其區域。

如未指定位置,預設區域為 us-central1

Cloud Functions for Firebase 位置
Vertex AI in Firebase 在程式碼集中初始化 Vertex AI 服務和生成式模型時,您可以選擇指定位置。

如未指定位置,預設區域為 us-central1

Vertex AI in Firebase 位置

1 視您一開始在專案中開始使用這些產品的時間而定,這些產品之間可能會有位置相依性。您可能會看到這個依附元件稱為「預設 Google Cloud 資源的位置」。進一步瞭解這個位置依附元件

查看位置資訊設定

產品 如何查看位置資訊設定
Google Analytics Firebase 控制台中,依序前往「設定」 >「專案設定」>「整合」>「Google Analytics」。按一下帳號即可開啟 Google Analytics 帳戶,然後前往「管理」面板,查看帳戶的位置資訊。
Data Connect Firebase 主控台中,前往 Data Connect 頁面,查看資料庫執行個體及其位置的清單。
Cloud Firestore 前往 Firebase 控制台中的Cloud Firestore「Data」(資料) 分頁標籤,查看資料庫執行個體清單及其位置。
Realtime Database Firebase 控制台中,前往 Realtime Database「Data」分頁,即可查看資料庫例項清單及其位置。
Cloud Storage for Firebase 前往 Firebase 控制台中的 Cloud Storage「Files」分頁,查看值區清單及物件位置。
Cloud Functions for Firebase
  • 已排定的函式:前往 Google Cloud 控制台中的 Cloud Scheduler,即可查看各項工作和函式的主題清單。位置是主題名稱中的最後一個片段。
  • 非排程函式:在函式的原始碼中尋找 region 參數。如未指定區域,預設位置為 us-central1
Vertex AI in Firebase 在程式碼集中,尋找 Vertex AI 服務和生成式模型的初始化作業。如果未指定位置,預設位置為 us-central1

受到「預設 Google Cloud 資源位置」影響的可能位置依附元件

「預設 Google Cloud 資源的位置」是任何與 Google App Engine 相關聯的專案資源位置設定,包括:

  • 預設 Cloud Firestore 資料庫執行個體
  • Firebase 值區的預設 Cloud Storage,名稱格式為 *.appspot.com
  • Google Cloud Scheduler 特別搭配第 1 代排定的函式使用

這項「預設 Google Cloud 資源位置」是不可變更的設定。此外,當您設定其中一個相關資源的位置時,就是因為與 App Engine 有共同的關聯,間接設定所有資源的位置。

不過,隨著 Firebase 和 Google Cloud 生態系統多年來的許多變化,資源與 App Engine 的關聯也隨之改變。最值得注意的是,自 2024 年 10 月 30 日起,所有新佈建的 Firebase 值區預設 Cloud Storage 都會採用 *.firebasestorage.app 的名稱格式,且不會App Engine 建立關聯。

以下是可能的位置依附元件變更的詳細資料:

  • 2024 年 10 月 30 日起,如果尚未佈建預設的 Cloud Firestore 執行個體和 Firebase 值區的預設 Cloud Storage

    • 為預設 Cloud Firestore 例項進行佈建時,會為專案中未來佈建的任何 App Engine 應用程式設定位置。不過,不會指定未來預設 Cloud Storage 儲存桶的位置。

    • 佈建預設 Cloud Storage 值區不再佈建 App Engine 應用程式,因此預設 Cloud Storage 值區的位置不會決定未來預設 Cloud Firestore 執行個體的位置。

  • 2024 年 10 月 30 日起,如果已佈建預設的 Cloud Firestore 執行個體,但系統尚未佈建 Firebase 值區的預設 Cloud Storage

    • 現有的預設 Cloud Firestore 例項「不會」決定未來預設 Cloud Storage 值區的位置 (*.firebasestorage.app)。
  • 2024 年 10 月 30 日起如果 Firebase 儲存桶的預設 Cloud Storage 佈建 (具體來說是 *.appspot.com 儲存桶),但預設 Cloud Firestore 例項佈建:

    • 在預先佈建預設 Cloud Storage 儲存體 (*.appspot.com) 時,系統預先佈建了 App Engine 應用程式,因此會在當時設定未來預設 Cloud Firestore 執行個體的位置。即使您刪除 *.appspot.com 值區,您無法刪除 App Engine 應用程式,因此未來預設 Cloud Firestore 執行個體的位置設定已設定完成。

如果您使用第 1 代排程函式,則其位置會設為預設 Google Cloud 資源的位置。這是因為 Cloud SchedulerApp Engine 先前已與其他項目建立關聯。此外,如果您在前面佈建共用此位置設定的其他資源之前,就設定了第 1 代排程函式,則您也設定了這些資源的位置。

後續步驟

  • 如要進一步瞭解如何建構符合延遲時間、可用性和耐用性需求的應用程式,請參閱「地理位置與地區」。