目前我正在为我的数据库使用 Firestore，并且我有一个用户集合。每当创建用户文档或将用户文档更新到用户集合时，云函数都会获取用户文档并将其保存在 Elastisearch 中。
我开始担心这种架构的可扩展性。例如，假设有数千个云函数同时开始向 Elasticsearch 写入文档，那么 Elasticsearch 会处理这个负载吗？谷歌云中是否有更好的解决方案？
例如，这些云函数能否将用户文档写入队列，并让队列另一端的云函数获取 100 个文档并将它们批量写入 Elasticsearch。
我是 Google 云的新手，如果您能给我一些想法、视频和要阅读的东西，我将不胜感激。
谢谢
【问题讨论】：
标签： firebase elasticsearch google-cloud-platform google-cloud-firestore
ElasticSearch 对每个索引可以拥有的文档数量没有限制，但有一些限制，例如最大文档大小和documentation 中提到的批量写入。
最大文档大小：100KB [可在 7.7+ 中配置]
最大索引负载大小：10MB
批量索引最大值：每批 100 个文档
据我所知，Google Cloud 没有全文搜索 API。
谈到批量写入，如果实时可用性（添加后立即可用的数据）如果不是问题，那么您可以将新文档与添加的时间戳一起存储在 Firestore 中，如果文档已被添加，则可以使用布尔值Elasticsearch 中的索引。
然后，您可以每 N 分钟运行一次预定的云函数，而不是使用 onCreate 触发器运行云函数，这将：
这样，每个云功能运行的文档更多，因此效率更高，但如果您需要立即使用新数据，那么这将不起作用。
【讨论】：
$0.18/100K writes。我没有进行任何计算，但这听起来仍然比为每个文档运行云功能便宜。
onDelete 触发器运行函数，但我们只需修改上面的方法。让我们将布尔值更改为具有 3 个可能值的字符串，added, pending, deleted。当函数运行时，您可以检查“待处理”，这些是要添加的文档，“已删除”的文档将被删除。