由于达到 Firestore 限制而扩大规模时
When scaling up due to hitting the Firestore limit
根据 Google Firebase 文档，Firestore 将支持每个数据库最多 1,000,000 个并发连接和每秒 10,000 次写入。
我知道这是遥远的故事，但如果那个时候来了怎么办？我一直很好奇
是否可以在 Google 云上进一步扩展？超出这些限制？
如文档中所述：
Cloud Firestore does not stop you from exceeding this soft limit but doing so greatly affects latency and error rate.
您可以做的比 soft limits 多，但这会影响数据库性能。如果您的应用程序遇到一些峰值，这是有道理的。您可以通过此 link 了解有关限制的更多信息。
如果您的应用在固定时间跨度内需要这样的容量，您可以为每个区域或其他分组标准创建多个项目。您可以在同一个应用中初始化多个 Firebase 项目以使用它们。
如果您使用实时数据库，您甚至可以在一个项目中创建多个实时数据库。遗憾的是，Firestore 不支持在单个项目中使用多个数据库。
当涉及到如此大量的连接时，如果您应该扩展 Firebase 的使用，甚至转移到另一个具有更大可扩展性的 GCP 解决方案（或其他提供商），则在很大程度上取决于用例与用例。
关于每秒 10,000 次写入的限制，您可以参考此，其中解释了如果您认为每秒可能产生比 Firestore 允许的更多的持续写入，您必须做什么
根据 Google Firebase 文档，Firestore 将支持每个数据库最多 1,000,000 个并发连接和每秒 10,000 次写入。
我知道这是遥远的故事，但如果那个时候来了怎么办？我一直很好奇
是否可以在 Google 云上进一步扩展？超出这些限制？
如文档中所述：
Cloud Firestore does not stop you from exceeding this soft limit but doing so greatly affects latency and error rate.
您可以做的比 soft limits 多，但这会影响数据库性能。如果您的应用程序遇到一些峰值，这是有道理的。您可以通过此 link 了解有关限制的更多信息。
如果您的应用在固定时间跨度内需要这样的容量，您可以为每个区域或其他分组标准创建多个项目。您可以在同一个应用中初始化多个 Firebase 项目以使用它们。
如果您使用实时数据库，您甚至可以在一个项目中创建多个实时数据库。遗憾的是，Firestore 不支持在单个项目中使用多个数据库。
当涉及到如此大量的连接时，如果您应该扩展 Firebase 的使用，甚至转移到另一个具有更大可扩展性的 GCP 解决方案（或其他提供商），则在很大程度上取决于用例与用例。
关于每秒 10,000 次写入的限制，您可以参考此