是否有一种经济高效的方式来备份 Firebase Firestore？

Question

据我了解，备份 Firestore 数据库会导致读取每个文档。这似乎非常昂贵。

例如，假设我有 1000 个用户的笔记应用程序，每个用户每天创建 100 个文档并阅读 100 个文档。每月的费用为：

reads = 1000 * 100 * 30 * 0.036/100000 = $1.08 per month
writes = 1000 * 100 * 30 * 0.108/100000 = $3.24 per month 

这看起来很合理，甚至很便宜。

但是假设我想创建一个每日备份，以确保客户在发生某种故障时不会丢失他们的笔记。

使用 1 年后，每日备份的每月费用为：

reads = 1000 * 100 * 365 * 30 * 0.036/100000 = $394.20 per month

随着时间的推移，它只会变得越来越贵！

有人对如何处理这个问题有任何建议吗？我知道实时数据库的备份只需要存储空间，但我认为对于这类应用程序，Firestore 在所有方面都更好，除了备份成本。

Answer 1

对于这样回答这个问题，我深表歉意，但您的数学计算有误。你乘以 30 和 365。这将给你大约 30 年的成本。您的备份成本为

reads = 1000 * 100 * 365 * 0.036/100000 = $13.14 per year

如果我错了，请纠正我。我可能误解了你的问题。

Edit0：顺便说一句，您可以使用Cloud Firestore managed export and import service 轻松备份。

编辑1：

GCloud 提供名为 BigQuery 的服务（其 Google 的数据分析框架）。以前，我曾经做的是您在问题中描述的，从 Firestore 导出整个集合以在 BigQuery 中分析。但现在，您可以在 BigQuery 和 Firestore 之间配置实时同步。

使用“将集合导出到 BigQuery”扩展程序，您可以发送 来自任何 Firestore 集合的实时增量更新到 大查询。它将侦听您指定的文档更改 Firestore 集合，然后将更改导出到 BigQuery。其他 换句话说，BigQuery 中的数据是 Firestore 中内容的镜像。

此功能描述为here (medium.com)。

编辑2：

如上所述，如果 Firestore 中的数据损坏，可能会影响 BigQuery 中的数据，因为它是实时更新的。

要解决此问题，我建议使用 Cron job 安排每天从 BigQuery 导出。从 BigQuery 导出是免费的。