5

与AWS相比,GAE对后端来说是不错的选择吗?所发现的信息主要讨论GAE今天解决的问题。正在考虑的移动应用程序处理图像。与多个用户同时共享和编辑图像。GAE vs AWS 2012

我主要关心的是实现中的可伸缩性&的灵活性。可靠性层,存储和数据分析(存储数据的分析(识别模式))。

AWS允许使用流行的开源技术&工具并具有精确定价。 GAE非常适合迅速进入市场,没有行政管理的痛苦和免费配额。

请您指出一些重要的利弊&缺点,我必须考虑之前作出决定。

回答

3

我认为GAE对于它的快速启动和概念验证很有好处。开始时它非常简单和便宜,但它会将你锁定到谷歌。

如果您的想法运作良好,并且它变得流行,您可以在未来使用开源技术重写它。

+1

您可以在appscale,http://代码上运行您的gae代码。google.com/p/appscale/,所以即使从一开始你也不会被锁定。 –

+0

@Rekby,我认为你的回答非常好。我同意100%。 Paul C,我认为规划和运行你自己的基础设施是不一样的。 – santiagobasulto

0

我有25 GB的appengine数据库。每1-10分钟我添加一条记录。 它每周花费2.5美元。

但最初它是更昂贵的上传,然后我曾预料。 我的上传脚本正在上传每个请求块500条记录。

请求以10-15秒结束,但日志显示数据存储时间更像是5分钟vs 15秒实际秒数! 也上传servlet等待99%的时间无所事事,我不得不为此付出代价。

上传15 GB的索引数据需要数天时间。

AppEngine上有一定的定价风险

+1

这不仅是定价。如果你不支付500美元/月的优惠账户,你不能发送正确的问题来支持。我的应用程序遇到问题。例如几天前,我的产品应用程序开始工作(大约10-15次 - 生产应用程序中1500-2500ms,而相同代码和接近相同数据的测试应用程序中的13-100ms(查询结果完全相同))比我的测试慢应用程序。我发布生产问题并没有回答,前几天发送问题到stackoverflow(给官方标签),我没有回答或解决问题。我无法做任何事 - 只能等待。 – Rekby

+0

我喜欢GAE,但尽快出去,因为我对Google来说很小,并且它不能解决我的应用程序的问题,也不会回答我的问题。 – Rekby

+0

网络延迟。你不知道你的实例在哪里,你的数据在哪里。在AWS中,您可以将它保留在同一区域。 – Max

0

GAE本质上是概念“被扔掉的”证明或“非常非常小”的应用程序。我这样说是因为我不会投入大量资金到一个完全锁定供应商的系统中......其他人可能会但我不会承担那种风险,因为我会在谷歌的可用性和定价。

所以如果你有一个大型的项目或产品,你可能最好使用EC2,因为它提供的只是基础设施...没有强加给你的代码要求。这就是说,如果我有一个小项目,我想在网上为我的朋友折腾,我肯定会利用GAE的免费套餐。

我认为最大的区别在于,在一般意义上,EC2承载服务器,而GAE承载代码。如果您正在构建一个系统,您希望执行尾部日志等任务,由系统管理员管理cron作业,请使用rsync等开放源代码工具,并对操作系统和配置进行细化控制,或共同定位服务在一个盒子里,EC2非常引人注目。

GAE是“上传你的应用程序,它的工作原理”。本身非常酷,但个人而言,我宁愿处理EC2中的虚拟机,因为它至少对我来说是一个更自然的系统开发动态。