在我的项目中,我使用实时数据库以及Firestore数据库。当一个文档被添加到Firestore数据库中的特定集合时,我的云函数会触发。然后该函数写入我的实时数据库以更新一些统计信息。我注意到,即使没有用户连接到我的实时数据库,当云函数写入实时数据库时,并发连接的数量也会增加。这是否意味着我的云功能被视为并发连接,并将减少可以同时连接到我的实时数据库的用户数,因为有100k并发连接的限制?
您将为每个运行函数的服务器实例引入一个连接。它不是一个单独的函数调用。因此,如果它只需要一个服务器实例来运行您的函数,那么它只需要一个连接。当服务器实例从项目中自动释放时,它的连接将消失。
您将需要一组非常繁忙的函数,以便真正减少实时数据库的100k并发连接上限。我不会担心的。
我正在为具有许多嵌套行的json数据库寻找将Firebase实时数据库数据迁移到云Firestore的最佳方法。示例: 我没有找到任何可以帮助我的东西。我需要迁移的是Cloud FireStore的新离线功能。我正在使用Ionic3(角度5)
我目前正在开发的应用程序需要可伸缩的实时通信。我们一直在研究和试用Firebase实时数据库和FireStore。Firebase实时数据库似乎已经比较成熟并经过测试,而firestore还处于测试阶段,这也是我们倾向于实时数据库的原因。 是否有一种更简单的方法来扩展超过100.000个用户,或者是否有可能增加单个Firebase实时数据库的并发连接量?对我来说,如果你需要做这么多的“负载”来平衡
实时数据库触发器在写入创建时是排队还是线程化?
我正在尝试编写一个云函数,该函数可以执行以下操作: 在'posts/{postid}/comments/{commentsid}/‘节点中收听一个新的创建。(这是通过前端代码中的数据库推送完成的)。此节点将在“uid”子节点下具有评论者的uid。 使用子节点中的uid,在“users/uid”节点中查找评论者的用户名、昵称和配置文件图片,并记录它们。 使用用户名、昵称和配置文件图片的相关子节点更新
我试图创建一个Firebase cloud函数,它对实时数据库中的新“事件”做出反应,并在相应用户的通知列表中添加一个“通知”对象。我成功地获得了新的事件信息,向相应的用户推送了一个通知,但不是以列表格式(而是以hashmap格式)。 所以我试着得到孩子的数量,以便用好的索引推送新的通知。在那种情况下,我不知道如何管理promise。