澄清Firebase连接

Question

我对Firebase定价模型有点困惑,特别关注的是连接或更精确的并发连接.

让我们举一个名为FanZONE的iOS移动应用程序示例:

用户将在足球比赛期间创建组.他们将评论实际游戏,并立即在每个成员屏幕上显示评论.

此方案是否意味着参与评论/查看的每个用户都计算一个连接？
因此,如果一个群组包含100个主动关注屏幕并且不时评论的用户,则每90分钟有100个连接？
那些在后台拥有应用程序并且应用程序每5分钟检查一次得分的用户怎么办？这种连接是否也是90分钟,或者每5分钟只有一小部分时间？

Answer 1

除了Mike P的优秀答案之外,还有一些关于同一主题的其他讨论可能会很有见地.

从Firebase 定价页面:

什么是连接？

连接是与我们的服务器的开放网络连接.它衡量的是同时使用您的应用或网站的用户数量.这与您网站的访问者总数或应用的总用户数不同(通常远低于).根据我们的经验,1个并发相当于每月约1,400次访问.

我们的开发Firebase对允许的连接数有严格的限制.然而,所有付费的Firebase都是"爆破"的,这意味着使用不受限制,而是为任何超额收费.我们根据当月使用率的第95百分位来衡量付费计划的关联.

在这个邮件列表讨论中,Andrew Lee(Firebase创始人):

我强烈建议你不要担心它,除非你真的碰到我们的极限......大多数开发人员大大高估了他们将拥有的并发用户数量.一个好的经验法则是典型网站的1个并发= 1000个月访问量.对于移动设备,安装和同步之间的比例有时甚至更高(尽管根据您的使用情况而有很大差异).对于并发用户,我们的计划非常慷慨.作为一个数据点 - 我们自己的网站可以在大多数日子里在"免费"Firebase计划中轻松运行.事实上,超过99.5%的Firebase从未达到50个并发限制.

所以,长话短说,如果你正在做一个爱好项目,你几乎肯定不会达到我们的免费等级50并发限制.如果你是一个企业或更大的应用程序,我希望你会发现我们49美元/月的计划比花费工程时间来计算什么时候去goOnline/goOffline以最小化这个数字更具成本效益.

在非常高端(具有10k +并行的巨大企业应用程序),我们提供具有较低的每并发速率的定制定价.

SO上的用户基准测试和测试连接:如何在Firebase中计算连接

SO上的另一个类似问题:如何计算并发连接

Answer 2

在你的第一个场景中 - 简短的回答是肯定的.只要您的用户将屏幕保持在您拥有允许他们评论/阅读评论的Firebase连接的位置 - 您将在每个屏幕上拥有一个并发连接.

在您的第二个场景中 - 这取决于您开发应用程序的方式.Firebase API确实为您提供了goOffline和goOnline方法(https://www.firebase.com/docs/ios-api/Classes/Firebase.html#class_methods),可让您控制连接.如果你想离线5分钟,然后短暂回到网上检查分数,然后再次离线,那么你只能持续一段时间的连接.

并发连接只是 - 同时建立连接.因此,如果您有3个人使用您的应用程序检查分数,但用户1的应用程序在中午12:00上线并且连接持续5秒,则用户2的应用程序在下午12:01上线5秒,用户3的应用程序在下午12:02上线5秒钟,然后你只有1个并发连接.

另一方面,如果所有3个用户的应用程序在中午12点上线5秒钟,那么您将有3个并发连接.

您可以在第一个场景中使用相同的goOffline/goOnline策略,但如果您的用户希望近乎实时地聊聊游戏,则可能会降低体验.