解析每秒的定价和请求

时间:2015-05-06 16:23:16

标签: parse-platform request

Parse现在允许我们发送30个请求/秒,但这对我来说并不简单。

引用收集的一些信息:

  

每30个请求,应用程序可以向我们发送77.76百万个API请求   在需要付一分钱之前一个月。

所以我想他的意思是

  

发送 77.76百万

  • Here,他们建议请求/秒的速率在一个小窗口中计算,一般一分钟。这是在大约2年前回答的。
  • pricing faq page上他们举了一个例子:
  

如果某个应用设置为30个请求/秒,您的应用就会触及其请求   限制一旦它在60秒内发出超过1,800个请求。

建议窗口是一分钟,即使它们没有明确说明。

引起我兴趣的是they say

  

按小时计算定价。

这是什么意思? (对不起,如果很明显,英语不是我的第一语言)

是否有人实际使用过解析并跟踪那些请求/秒和突发/限制?

我找到的唯一资源是a guy saying他有一个网络应用程序,每天有10,000名用户在网站上停留4分钟,他的速度低于12r / s。

此外,如果我的应用程序记录用户的活动,那么缓存此信息是一个好习惯,然后在3点到7点之间的随机时间发送它吗?

非常感谢任何帮助。我的公司正在决定是否继续使用Parse,所以这非常重要。

2 个答案:

答案 0 :(得分:1)

不太清楚赞成评级意味着什么,因为我理解设置是您支付的明确限制。如果超出限制,则请求失败。我不认为在超出限额时可以选择允许按需付款,但专业评级会这样做。

一分钟是准确的,这是当前的限制管理。

定价模式的要点是,您的服务应该在达到任何限制之前赚钱。如果您有足够的用户达到限制并且您没有赚钱,那么您需要重新考虑您的商业计划。因此,您不应该在一天中的随机时间上传,因为您的用户应该自然地分散一点。

答案 1 :(得分:0)

这可以帮助您了解Parse每秒的用户请求。

Parse估计普通应用的活跃用户将发出10个请求。因此,如果您在某一天有一百万用户,并且他们的流量在一天中均匀分布,您可以估计您的应用需要大约10,000,000个API请求,或每秒大约120个请求。每个应用都是不同的,因此Parse鼓励您衡量用户发送的请求数量。

您可以在Parse/F&A link

上直接从Parse工作人员那里了解更多这个问题

希望这有帮助