在阅读官方文档时,我发现Cloud Firestore允许更多并发连接,但是每个数据库每秒的写入次数限制为10k。如果我有2万个并发用户,并且我的应用程序写得很重(例如社交媒体平台),那么有可能超出写限制,那么应对这种情况的策略应该是什么? 如果我使用多个数据库,并且流量持续增加并达到10万左右,这是否意味着到那时我将必须拥有10个不同的数据库?
答案 0 :(得分:1)
对于堆栈溢出,您的问题有点笼统。但是,一般的策略是,如果您认为每秒可能产生比Firestore允许的可持续写入更多的数据,则可以使用诸如Cloud Tasks之类的服务来限制流量,以限制这些写入。这可能会限制服务器端点(例如实际上写入数据的Cloud Functions)的调用速率。另一种选择是对可处理负载的存储(例如实时数据库或Cloud Memorystore)执行写操作,并定期将这些更改镜像回Firestore。