我对Firebase定价模型有点困惑，特别关注的是连接，或者更准确地说是并发连接。
让我们举一个名为FanZONE的iOS移动应用程序的例子：
用户将在足球比赛期间创建组。他们会对实际游戏进行评论，评论会立即显示在每个成员的屏幕上
这种情况是否意味着每个参与评论/查看的用户都会为一个连接计数
那么，如果一个群组包含100个积极关注屏幕并不时发表评论的用户，那么每90分钟是否有100个连接
那些将应用程序放在后台，应用程序每5分钟检查一次分数的用户怎么办。这种连接是90分钟长，还是每5分钟只有一小部分时间？
除了Mike p的出色回答外，以下是关于同一主题的其他一些讨论，这些讨论可能会很有见地。
从Firebase定价页面：
什么是连接
连接是与我们的服务器的开放式网络连接。这是一个使用您的应用程序或网站的用户数量的度量同时这与(通常要低得多超过)您网站的访问者总数或您的应用程序的用户。根据我们的经验，1并发对应于每月访问约1400次。
我们的Development Firebase对连接数量有严格限制允许。然而，所有付费的Firebase都是"可报销的"这意味着使用量没有上限，相反，您将为任何超额费用付费。我们根据每月的使用情况。
来自Andrew Lee(Firebase创始人)的邮件列表讨论：
我强烈建议你不要担心，除非你真的碰到我们的极限。。。大多数开发人员大大高估了他们将拥有的并发用户。一个好的经验法则是1并发=典型网站每月访问量为1000次。对于移动设备，安装和并发之间的比率有时甚至更高(尽管根据您的用例而变化很大)。我们的计划相当不错当涉及到并发用户时非常慷慨。作为一个数据点——我们自己网站可以在"免费"的Firebase计划下舒适地运行天。事实上，超过99.5%的Firebase从未达到50并发限制。
所以，长话短说，如果你正在做一个爱好项目，你会几乎可以肯定的是，没有达到我们的免费第50层并发限制。如果你一个企业或一个更大的应用程序，我希望你能找到我们每月49美元的计划比花费工程时间来确定何时更具成本效益转到goOnline/goOffline以最大限度地减少该数字。
在非常高端(拥有1万+并发的大型企业应用程序)，我们确实提供具有较低每次并发速率的自定义定价。
SO上连接的用户基准测试和测试：如何在Firebase 中计算连接
SO上的另一个类似问题：如何计算并发连接
在第一个场景中，简短的答案是肯定的。只要你的用户保持屏幕在你有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:00上线5秒，那么您将有3个并发连接。
你可以在第一个场景中使用同样的goOffline/goOnline策略，但如果你的用户希望近实时地谈论游戏，这可能会影响体验。