Firestores每秒写入10 000次限制

Question

目前，我正在使用Firestore构建应用程序。 Google一直在推广Firestore的可扩展性，但我认为10 000 writes/second limit不符合这一承诺。如果您存储用户的喜欢，通知以及不存储在Firestore中的内容，您可能会轻易超过该限制。我有什么想念的吗？此限制仅适用于新文档还是适用于文档更新？

谢谢。

Answer 1

我不熟悉GCP产品，但是我对其他云的经验表明您可以执行以下操作：

1. 请确保您选择了正确的数据库。从描述中听起来，您需要一个具有自动分区和最终一致性的NoSQL DB。
2. 文档说“标准限制”，表示您可以联系技术支持以扩展限制。至少这是Azure的工作方式。
3. 云供应商会提供咨询，以确保其客户成功使用该技术。你有这样的频道吗？您是否与CTO谈过？
4. 如果GCP服务不满足您的要求，您可能会考虑使用GKE在云中托管的其他数据库引擎。初始设置和操作的成本较高，但从长远来看会有所回报。例如。我采用了这个想法，并将ElasticSearch托管在Azure中，与可用的替代方案相比，这是最好的决定。

这些技巧可能无法完全回答您的问题，但是我希望与您分享经验可以帮助您找到整体解决方案。

Answer 2

Firestore是为具有高度可扩展性的[[read操作而设计的。具体来说，它的成名主要在于，无论您要查询的集合中有多少数据，运行特定查询都会花费固定的时间。因此，如果您要从包含10K文档的集合中读取10个文档，并且要花1秒的时间（例如），那么当有10M文档或10B文档时，可以保证相同的读取（在相同的客户条件下）将花费1秒在那个集合中。

Cloud Firestore的写吞吐量限制主要由物理限制决定。由于Firestore保证立即一致（一旦写入操作完成，没有客户端将从服务器获取较旧的数据），并且必须对多个数据中心中的数据的所有索引执行更新，因此，这些选择还有其他限制。

如果需要更高的写吞吐量并愿意接受不同的性能保证，则可能要寻找另一个满足这些需求的数据库。