文件还指出：
Cloud Firestore不会阻止您超过此软限制，但这样做会极大地影响延迟和错误率。
你可以做更多的soft limits，但它会影响数据库性能。这是有意义的，如果你的应用遇到一些高峰。你可以通过这个链接了解更多信息的限制。
如果您的应用在固定时间跨度内需要这样的容量，您可以根据区域或其他分组标准创建多个项目。您可以在同一应用中初始化多个Firebase项目以使用它们。
如果你使用实时数据库，你甚至可以在一个项目中创建多个实时数据库，遗憾的是Firestore不支持在一个项目中创建多个数据库。
当涉及到如此大量的连接时，如果您应该扩展您的Firebase使用，甚至转移到具有更大可扩展性的另一个GCP解决方案（或其他提供商），则在很大程度上取决于用例。
关于每秒10，000次写入的限制，您可以参考下面的stackOverflow answer，它解释了如果您认为每秒生成的持续写入次数可能超过Firestore允许的次数，您必须执行的操作

更新：截至2022年10月17日，这两个限制已被删除- firestore发行说明。请参阅docs以获取可能仍然适用的限制列表。