Google app engine 最终GAE vs AWS架构决策
我知道以前有人问过这样或那样的问题,但大多数与GAE稳定性相关的主要问题似乎都是在2008年底、2009年初提出的,或者与大规模游戏(我感兴趣)没有直接关系 基本上,我一直在与我的商业伙伴就是否使用GAE或AWS作为我们的社交游戏引擎的后端而争论不休,现在是关键时刻。我喜欢GAE(Java)有很多原因,尽管它过去不稳定,但现在已经相当不错了。支持AWS的主要理由是,AWS已经通过每天运行数千万活跃用户的多个游戏证明了自己。对于AWS来说,最引人注目的是Zynga,它的Farmville峰值达到8000多万DAU。这只是在AWS基础设施上运行的非常成功的游戏之一。成绩显著 所以,不管怎样,它都能起作用。另一方面,GAE没有任何我能找到的做这些数字的例子。甚至不接近那么我可以相信它吗?是否有一个大型社交游戏的例子,每天有200多万活跃用户,使用GAE? 我们社交游戏后端的主要考虑因素是:Google app engine 最终GAE vs AWS架构决策,google-app-engine,scalability,amazon-web-services,Google App Engine,Scalability,Amazon Web Services,我知道以前有人问过这样或那样的问题,但大多数与GAE稳定性相关的主要问题似乎都是在2008年底、2009年初提出的,或者与大规模游戏(我感兴趣)没有直接关系 基本上,我一直在与我的商业伙伴就是否使用GAE或AWS作为我们的社交游戏引擎的后端而争论不休,现在是关键时刻。我喜欢GAE(Java)有很多原因,尽管它过去不稳定,但现在已经相当不错了。支持AWS的主要理由是,AWS已经通过每天运行数千万活跃用户的多个游戏证明了自己。对于AWS来说,最引人注目的是Zynga,它的Farmville峰值达到8
ShaneBuddyPoke是在GAE上运行的大型社交应用程序的一个例子。我不知道有多大。本文称每天有3000万页面浏览量(非用户): 他们的facebook页面显示每月(而非每天)有270万用户: 尽管如此,他们也在一堆其他社交网络上: 就我个人而言,我决定与GAE合作,主要原因有两个:
- 可伸缩性的单位是单个请求,而不是像AWS那样的整个实例
- 我可以在更高的级别上工作,而不必担心配置实例
最后,关于第1点,blobstore和/或静态文件更像GAE上的CDN,而不是数据存储。但是,对于非常大的流量,真正的CDN可能更便宜。它也不一定是CDN,请参见。我从未使用过AWS-EC2,因此我将在Google应用程序引擎端分享我的知识
进一步数据:
- 使用BlobStore服务的文件的最大大小:2 GB
- 静态文件的最大大小:10 MB
- 目前,即使在条件GET上,应用程序引擎也支持静态文件(例如,您必须依赖第三方缓存库)李>
谷歌希望通过展示成功的商业案例来抵消这种趋势;以下是其中一些:
- (拥有6500万次安装的病毒式Facebook应用程序)
- (每天向数千名re提供300万个请求)