Question

我计划下周向我的应用发布一个新更新，该更新现在使用Firebase作为后端。（在此更新之前，我没有使用Firebase）

某些情况下：我的应用程序是一个即将上映的电影应用程序，它在viewpager中有12个片段，每个片段代表一年中的一个月，例如，当前的第一个片段将在2018年9月上映电影。是Firebase出现的地方，每个片段都将从我的实时数据库中查询/同步以获取其发行版。例如，这是我在片段中使用的查询；

     Query query = mDatabaseRef.child("releases")
                .child(mRegion)
                .child("data")
                .orderByChild("m_y")
                .equalTo(key);

9月的可变键是9_2018，用户随后可以按流派过滤当月的发行，因此甚至可能不会显示某些下载的数据。估计每月有30至60部电影，2018年12月为100部以上，因为仍没有发行日期的电影的占位符日期为2018-12-31

我还使用Firebase实施了Google登录，用户可以选择登录，并且他可以“点赞/赞叹”任何电影，并将其放在单独的片段中，用于趋势化电影，最大可容纳50部电影。时间也会同步到我的实时数据库中。

我有1400次有效安装

最适合我的计划是什么？

Answer 1

没有足够的信息来提出好的建议。您必须知道当前存储的数据量，每个用户读取/写入的数据量，他们连接的频率，连接的时间等等。

等到您提供足够的数据提出客观建议时，您最好自己将其放入定价页面的计算器中，看看它是否比（固定价格）Flame计划便宜。

如果您想知道是否完全应该付款，请从免费计划开始，然后检查Firebase控制台获得了多少使用量。如果配额用完，您的用户可能会被阻止。但是至少您知道您不会支付太多（因为您没有付款）。

如果您不想被阻止，但是要确保您没有收到超出您期望数量的账单，请考虑升级到固定价格的Flame计划。这样一来，您便知道每月只需花费25美元。然后监视您的实际使用情况，查看使用Blaze计划是否更便宜，或者根本不需要付费计划。

如果您升级到Blaze计划，则需要完全按照使用的价格付费。这意味着您永远不会为自己所用的东西付出更多，而永远也不会为自己的花费少。无法最大限度地利用实时数据库，但您可以 set up billing alerts。有关更多信息，请参见Is there a way to limit Firebase's Blaze plan?

Firebase成本估算

1 个答案: