代码之家  ›  专栏  ›  技术社区  ›  vir us

Firebase意外的并发连接数

  •  0
  • vir us  · 技术社区  · 6 年前

    我有大约150个活跃的每月用户,我只是在一天达到1k并发连接。

    我做了研究,发现了很多关于“firebase并发连接”的问题,那些提到用户与并发比率的人说,平均来说,它接近于1个并发=大约1400个月用户(比如 here here ).

    我现在想知道我是否真的做错了什么,如果是的话,怎么解决?

    问题是:

    • 与大约150个活动用户建立1k并发连接看起来可以吗?还是我读错了?
    • 是否可以以某种方式分析并发连接?
    • 当涉及到chrome扩展时,典型的“连接泄漏”是什么?如何避免它们?

    enter image description here

    到目前为止,扩展的体系结构是,所有与firebase数据库的通信都是由后台持久脚本完成的,该脚本是全局的,是一个浏览器实例。

    1 回复  |  直到 6 年前
        1
  •  0
  •   vir us    6 年前

    以下是我与支持团队讨论后得到的信息:

    下面是其他常见的用例 应用程序中的连接:

    • 在浏览器的多个选项卡中打开web应用(每个选项卡一个连接)
    • 从Firebase控制台访问实时数据库仪表板(每个选项卡一个连接)
    • 具有实时数据库触发器

    Realtime Database triggers 好像是我的案子。

    在上载200个数据点的情况下,每个数据点触发一个 函数,1到200之间的任意数量的并发连接是 它可能只是一个处理所有200个事件的实例 一次。在另一个极端情况下,云功能系统可以 函数将尝试做正确的事情。每个案子都要花费 在一个实际的应用程序中(不是完全的冷启动)是

    不必担心并发连接的数量 从云函数到RTDB。云功能永远不会启动 会吞噬整个并发限制。只有当 客户端应用程序中有许多用户正在访问您的数据库

    因此,我的问题中描述的行为似乎是预期的,它不会接近服务器端100k连接的限制。