我对Firebase定价模型有点困惑，特别关注的是连接或更精确的并发连接。
让我们举一个名为FanZONE的iOS移动应用程序示例：
用户将在足球比赛期间创建群组。他们将对实际游戏发表评论，评论会立即显示在每个成员的屏幕上。
此方案是否意味着参与评论/查看的每个用户都计算一个连接？ 因此，如果一个群组包含100个积极关注屏幕并且不时评论的用户，那么每90分钟有100个连接吗？ 那些在后台拥有应用程序并且应用程序每5分钟检查一次得分的用户怎么办？这个连接是否也是90分钟，或者每5分钟只有一小部分时间？
答案 0 :(得分：78)
除了Mike P的优秀答案之外，还有一些关于同一主题的其他讨论可能会很有见地。
来自Firebase pricing page：
什么是连接？
连接是与我们的服务器的开放网络连接。它是 衡量使用您的应用或网站的用户数量 同时。这与（并且通常低很多）不一样 比）您网站的访问者总数或总人数 您应用的用户。根据我们的经验，1个并发对应 每月约1,400次访问。
我们的开发Firebase对连接数有严格的限制 允许。然而，所有付费的Firebase都是“爆破”的 意味着使用不受限制，而是对任何超额收费。 我们根据第95百分位来衡量付费计划的关联 在这个月使用。
来自this mailing list discussion，来自Andrew Lee（Firebase创始人）：
我强烈建议你不要担心它，除非你真的 碰到我们的极限......大多数开发人员大大高估了他们的数量 他们将拥有的并发用户。一个好的经验法则是1个并发 =典型网站每月访问1000次。对于移动设备，安装和同步之间的比例有时甚至更高（尽管它 根据您的使用情况而有很大差异）。我们的计划很好 并发用户的慷慨。作为数据点 - 我们自己的 网站可以在“免费”Firebase计划中轻松运行 天。事实上，超过99.5％的Firebase从未达到50 并发限制。
所以，长话短说，如果你正在做一个爱好项目，你会的 几乎肯定没有达到我们的免费等级50并发限制。如果你是 一个企业或一个更大的应用程序，我希望你会发现我们49美元/月的计划 比花费工程时间来弄清楚什么时候更具成本效益 goOnline / goOffline以尽量减少这个数字。
在最高端（拥有10k +并入的巨大企业应用程序）我们 确实提供每个并发费率较低的自定义定价。
用户基准测试和测试SO上的连接：How the Connection is calculated in Firebase
另一个关于SO的类似问题：How are concurrent connections calculated
答案 1 :(得分：65)
在你的第一个场景中 - 简短的回答是肯定的。只要您的用户将屏幕保持在您拥有允许他们评论/阅读评论的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策略，但如果您的用户希望近乎实时地聊聊游戏，那么这可能会降低体验。