Firebase的并发连接数意外

Question

我刚遇到一种情况，促使我提出以下问题：

我大约有150个活跃的每月用户，而我一天仅达到1000个并发连接。

我进行了研究，发现许多关于“ firebase并发连接”主题的问题，提到用户与并发比率的人说，平均而言，它接近1个并发=约1400个月度用户（例如here和here。

我现在试图了解我是否确实做错了什么，如果可以，那么如何解决？

问题是：

• 与大约150个活跃用户建立1k并发连接是否可以？还是我读错了？
• 是否可以通过某种方式描述并发连接？
• 关于Chrome扩展程序，典型的“连接泄漏”是什么？如何避免它们？

到目前为止，该扩展程序的体系结构是，与firebase数据库的所有通信均由对浏览器实例全局的后台持久脚本进行。

请注意，估计有150位活跃用户。对于上限，我可以说我总共有472个用户记录，其中一半安装了该扩展名，并在此后不久将其卸载-因此他们没有使用它。大约20％的已安装实例也被禁用了chrome。

Answer 1

与支持团队讨论后，我得到的是以下内容：

  

以下是其他常见用例，这些用例的总和为   应用中的连接：

     

  
• 在浏览器上的多个标签中打开您的网络应用（每个标签1个连接）
  
• 从Firebase控制台访问“实时数据库”仪表板（每个选项卡1个连接）
  
• 具有实时数据库触发器
  

所以Realtime Database triggers似乎是我的情况。

进一步的讨论揭示了以下内容：

  

如果上传200个数据点，每个数据点都会触发一个   功能，1到200之间的任意数量的并发连接是   可能。这完全取决于云功能如何扩展。在极端情况下   可能只是一个实例，处理所有200个事件   一次。在另一个极端情况下，Cloud Functions系统可以   决定启动200个新服务器实例以处理传入的   事件。无法保证这里会发生什么   函数将尝试做正确的事情。每种情况都会花费   用户在其Cloud Functions账单上的金额相同。最有可能   在真实的应用程序中（不是完全冷启动）   中间的东西。

     

无需担心并发连接数   从Cloud Functions到RTDB。云功能永远不会启动   接近10万个服务器实例的任何地方。所以云功能是不可能的   会吃光整个并发限制。那只有在   客户端应用上有很多用户正在访问您的数据库   直接从他们的设备。

因此，在我的问题中描述的行为似乎是预料之中的，并且不会接近服务器端100k连接的限制。