【问题标题】:Are "simultaneous connections" in Firebase as restrictive as they appear?Firebase 中的“同时连接”是否像看起来那样具有限制性?
【发布时间】:2014-09-04 09:07:41
【问题描述】:

我很想将 Firebase 用作我的 HTML5 移动应用的主要云存储服务,但我无法确定同时连接的限制是否会限制我拥有大量非实时用户好吧。

乍一看,我似乎只能拥有与我支付的连接数一样多的用户。当 10,000 人下载我的应用程序时会发生什么?如果我的应用不需要实时同步(轮询有时完全没问题),Firebase 的架构是否还会限制并发用户的数量?我应该只使用 couchDB 和 VPS 吗?

谢谢!

【问题讨论】:

  • 10k 连接可能意味着多于或少于 10k 个用户。用户可能不会一直打开连接(可能)或总是建立多个连接。
  • 所以可以简单的拉取和轮询,关闭两者之间的连接?如果是这样,我可以看到“1 个并发对应于每月大约 1,400 次访问”。最好有一个例子来说明连接与用户的关系,比如一个相对简单的 twitter 客户端移动应用程序。
  • 不,您不需要这样做。保持连接打开。这可能会很好,因为人们不会一天 24 小时使用移动应用程序!你知道,他们确实在睡觉。
  • 1:1400对于大多数用户来说是一个很好的参考;移动应用程序实际上往往更低;我们只是平均不会在手机应用上花费那么长时间
  • 加藤非常感谢。这对我来说很清楚。如果您的评论是顶级回复,我会将其标记为已回答我的问题。

标签: firebase


【解决方案1】:

您需要的并发数比预期的总用户数要少得多。根据他们的pricing FAQ,Firebase 建议大约每 1440 次访问有 1 个并发。

因此,如果您预计访问量为 10,000 次,则大多数情况下您可能会看到不到 10 个并发。这使您远低于蜡烛计划提供的 200。

(答案主要来自 cmets。感谢@Kato)

【讨论】:

  • 嘿,珍妮,刚刚注意到您的(出色)答案和(当前)定价常见问题解答之间存在细微差别。 “根据我们的经验,1 个并发对应于每月大约 1,400 次访问”(强调我的)。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2010-09-24
  • 1970-01-01
  • 2020-10-12
  • 1970-01-01
  • 1970-01-01
  • 2019-06-26
  • 1970-01-01
相关资源
最近更新 更多