Google app engine GAE Vs AWS 2012

与AWS相比，GAE是后端的好选择吗？发现的信息主要讨论了GAE截至今天已解决的问题。正在考虑的移动应用程序处理图像。与多个用户同时共享和编辑图像

我主要关注实现中的可伸缩性和灵活性。健壮性和兼容性层、存储和数据分析（分析（识别模式）存储的数据）

AWS允许使用流行的开源技术和工具，并具有细粒度定价。GAE很快进入市场，没有管理上的痛苦，而且是免费的配额

---

请指出在作出决定之前我必须考虑的一些重要利弊。

< P>我认为GAE有利于它的快速启动和概念证明。一开始它确实简单而且便宜，但它把你锁定在谷歌

---

如果你的想法很好，并且很流行，你可以在将来用开源技术重写它。

我有25 GB的appengine DB。每1-10分钟我添加一次记录。 每周2.5美元

但最初上传的费用比我想象的要高。 我的上传脚本是每个请求上传500条记录

请求在10-15秒内结束，但日志显示数据存储时间更像是5分钟而不是15秒！ 另外，上传servlet 99%的时间都在等待什么也不做，我也为此付出了代价

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

AppEngine有一定的定价风险

GAE本质上是用于“一次性”概念验证或“非常小”的应用程序。我这样说是因为，我不会把大量资金投入一个完全由供应商锁定的系统……其他人可能会，但我不会冒这种风险，因为我会在谷歌的可用性和定价上随心所欲

因此，如果您有一个大型项目或产品，那么使用EC2可能会更好，因为它提供的只是基础设施……没有任何代码要求强加给您

话虽如此，如果我有一个小项目，我想扔在网上给我的朋友，我肯定会利用GAE的免费层

我认为最大的区别在于，一般来说，EC2承载服务器，而GAE承载代码。如果你正在构建一个系统，你想做一些事情，比如尾部日志，让系统管理员管理cron作业，使用开源工具，比如rsync，对操作系统和配置进行细粒度的控制，或者在一个盒子上共享服务，那么EC2是非常有吸引力的

---

GAE是“上传你的应用程序，它就会工作”。这本身就很酷，但就我个人而言，我更喜欢在EC2中处理VM，因为至少对我来说，它是系统开发的一种更自然的动态。

你可以在appscale上运行gae代码，所以你从一开始就没有真正被困在里面。@Rekby，我认为你的答案很好。我百分之百同意。Paul C，我认为规划和运行自己的基础设施是不一样的。这不仅仅是定价。如果您不为premiun帐户每月支付500美元，则无法发送直接问题支持。我的应用程序有问题。例如，几天前，我的生产应用程序开始工作时比我的测试应用程序慢很多（大约10-15次-生产应用程序中1500-2500ms，而测试应用程序中13-100ms，代码和数据几乎相同（查询结果相同））。我发送了生产问题，但没有回答，几天前将问题发送到stackoverflow（到官方标签以获得支持），但我没有回答或解决问题。我不能用它做任何事情-只是等待。我喜欢GAE，但要尽快出去，因为我对谷歌来说太小了，它不能解决我的应用程序的问题，也不能回答我的问题。网络延迟。您不知道实例在哪里，数据在哪里。在AWS，你们可以把它放在同一个地区。可能是，但这是谷歌的问题。GAE向我隐藏内部结构-这很好。但谷歌并不能解决一个应用程序的问题。如果我不能改变它，我不想考虑GAE中的延迟。在问题最严重的几天里，它要求在生产中工作大约10-30秒，而不是13-100毫秒。在此之前，我有其他案例使用谷歌-我在GAE中编写了客户支持界面。它经常添加和删除blobstores（每天有一些thouthands）。当我删除blobstore时，google不会删除一些索引数据。我在2012年2月1日发送了生产问题，该问题已被接受，但未得到解决-