阅读官方文档后,我发现Cloud Firestore允许更多的并发连接,但每个数据库每秒写入次数有限制为10k。如果我有20k并发用户,并且我的应用程序需要频繁写入(比如社交媒体平台),那么可能会超过写入限制,我该如何处理这种情况呢? 如果我使用多个数据库,我的流量不断增加并达到约100k,那么这是否意味着到那时我将必须拥有10个不同的数据库?
阅读官方文档后,我发现Cloud Firestore允许更多的并发连接,但每个数据库每秒写入次数有限制为10k。如果我有20k并发用户,并且我的应用程序需要频繁写入(比如社交媒体平台),那么可能会超过写入限制,我该如何处理这种情况呢? 如果我使用多个数据库,我的流量不断增加并达到约100k,那么这是否意味着到那时我将必须拥有10个不同的数据库?
您在 Stack Overflow 上的问题比较宽泛。但是一般的策略是,如果您认为自己可能会产生比 Firestore 允许更多的持续写入操作,则使用某些可以平滑流量的服务(例如 Cloud Tasks)对这些写入操作进行限制,这样就可以限制实际写入数据的 Cloud Functions 等服务器端点的调用速率。另一个选择是将写入操作执行到可以处理负载的存储区域,例如 Realtime Database 或 Cloud Memorystore,并定期将这些更改镜像回 Firestore。