是否有经济高效的方法备份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 FiRecovery托管导出和导入服务轻松备份。

编辑1：

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

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

此处介绍了此功能（medium.com）。

编辑2：

如前所述，人们担心如果Firestore中的数据损坏，可能会影响BigQuery中的数据，因为它正在实时更新。

为了解决这个问题，我建议使用Cron作业来安排BigQuery的每日导出。BigQuery的导出是免费的。