谷歌应用引擎 - CPU时间定价过高,或只是过于模糊的价格？

Question

从我在irc.freenode.net的#appengine上的谈话来看,我显然不是唯一一个被GAE定价困惑的人,所以我想我会把它扔在StackOverflow上并要求清晰.基本上:给定一个带有下图的应用程序,它的"CPU时间"账单每年应该是多少？

假设:
h = Google App Engine每小时的CPU时间费用.目前,h = $ 0.10
f = Google App Engine的每日免费CPU小时配额.目前,我认为*f = 2853.5
t =总注册用户数
=同时用户数.假设= t*0.2
e =(请求/秒)/同时用户.假设= 0.5
r =请求/秒= s*e
R =请求/天= r*3600*24
p = CPU小时/请求.假设150ms /请求.即假设p = 0.15/3600
c = CPU小时/秒= r*p
C = CPU小时/天= c*3600*24
y =一年中的平均天数= 365.25 B =每年的CPU时间账单=(C - f)*h*y

因此,C = t*0.2*0.5*(0.15/3600)*3600*24
因此假设我有10000个注册用户,这意味着C = 3600.

在这种情况下:
B =(3600 - f)*h*y = 9146.5*$ 0.10*365.25 = $ 40415至最近的美元

这是对的,还是我误解了CPU时间,价格如何,配额如何工作？

*免费的每日配额没有明确表达,但我认为一般使用6.5小时加数据存储操作2,487小时:总共2853.5小时/天,假设我的应用主要通过使用控制器生成视图来花时间处理请求在数据存储区中的模型上,并允许在这些模型上进行CRUD操作.

NB.有关IRC讨论的成绩单,请参阅此问题的编辑历史.

Answer 1

我认为你的一些估计太高了.

20%的网站注册用户随时都在使用该服务.这是非常高的.这意味着普通人只在5个网站上注册,并且每天花24小时浏览这5个网站.我认为更接近于估计普通人在50个网站上注册,并且每天花费2.4小时浏览所有这些网站,这将使你失去100倍.

每个同时用户每秒0.5个请求.这取决于网站,但我会说正常的模式是有一个动态请求来呈现页面模板,以及一系列静态处理程序来呈现图像,CSS和javascript.静态请求不会产生CPU费用.如果每页有一个动态请求,则您的估算假定普通用户每秒导航到一个新页面两次.我会说每5秒就更合理一次.

我不确定这种估计在开始时特别有用.无论您的网站拥有10,000个用户还是1000万用户,您要么通过流量获利,要么就是亏钱.如果每个请求平均150毫秒的CPU时间@每小时0.10美元,那么一美元就可以获得240,000个请求.如果您无法从240,000次网页浏览中获得1美元的广告收入,那么您做错了.

这些估算并不考虑您为带宽或磁盘存储所支付的费用,或者每次Google决定在工作日下午将数据存储置于只读模式时丢失的内容.或者学习数据存储的开发成本,这会带来许多传统关系数据库所不具备的约束.它们也不会影响您在可扩展性方面获得的成果; 如果你的网站结果只是受欢迎(如绝大多数的互联网),你可能会适应免费配额,并且不付任何费用.如果你变得非常受欢迎,你的应用程序会自动扩展,假设你开始设计得很好.这与EC2或Azure相反,无论是否有人击中它,你都要支付每个实例77美元.