Cloud Firestore 数据是否在各大洲进行复制?

use*_*158 5 firebase google-cloud-firestore

我正在读这篇博文。这让我想知道在区域和多区域数据库项目中如何处理数据复制和故障转移。文章提到事情有点过于简单化了。但我希望这篇关于数据复制的文章中提出的观点有一定的道理。

所以我的问题是:

假设用户正在编写一个社交媒体应用程序,纽约的用户想要查看悉尼用户的个人资料。

  • 案例 1:如果我为此应用程序使用区域数据库(每个区域仅使用区域数据库)

  • 案例 2:如果我使用美国和欧盟的多区域数据库以及其他地区(亚洲、澳大利亚)的区域数据库

纽约用户是否可以查看案例 1、案例 2 中悉尼用户的个人资料?在区域数据库的情况下,数据是否在各大洲进行复制?

即使您使用目前仅适用于美国和欧盟的多区域数据库。据我了解,多区域仅在同一大陆(北美、欧盟)的区域内复制数据,而不是在大陆之间复制数据。那么如何使用 Firestore 构建面向全球市场的社交媒体应用程序?

Fra*_*len 2

当您在项目中创建 Firestore 数据库时,您可以选择是否:

  1. 将数据存储在单个区域位置。

    在这种情况下,数据存储在单个地理区域的多个数据中心中。例如:us-east4,这是位于弗吉尼亚州北部的数据中心。

  2. 将数据存储在多区域位置。

    在这种情况下,数据存储在跨多个地理区域的多个数据中心中。例如:nam5/us-central,这是遍布整个美国的数据中心。

有关这方面的更多信息,请参阅有关位置类型的文档。

创建数据库时,您必须选择这些选项之一。因此,您无法混合选择多区域和单区域位置。

您的应用程序的所有用户都访问相同的数据。写入数据后,系统会自动将其复制到该区域的所有数据中心。

  • 因此,如果我们在美国创建一个多区域数据库,这意味着悉尼的用户必须使用美国的数据库,这会导致更高的延迟吗?你能告诉我吗 (2认同)
  • 您是正确的@user158:使用“多区域位置”仅意味着使用位于同一大陆的多个区域。欧盟和美国似乎是选择。这意味着您无法拥有接近全球所有用户的数据。有一篇关于 Firestore 延迟的文章和一个用于测试您所在位置的延迟的网页:https://dev.to/dbanisimov/firestore-dataflow-illusterated-and-measured-4kdg (2认同)
  • 多区域只是指一个大地理区域内的多个区域,而不是跨洲。您可以将数据放在澳大利亚,但美国的用户将获得更高的延迟。 (2认同)