与AWS相比，GAE是后端的好选择吗？发现的信息主要讨论了GAE迄今已解决的问题。正在考虑的移动应用程序处理图像。与多个用户同时共享和编辑图像。
我主要关注的是Scalability＆amp; amp;实施的灵活性。强大的＆amp;兼容性层，存储和数据分析（分析（识别模式）存储的数据）。
AWS让我们使用流行的开源技术＆amp;工具并具有精细的定价。 GAE非常适合快速进入市场，没有管理痛苦和免费配额。
你能指出一些重要的专业人士吗？在做出决定之前我必须考虑的缺点。
答案 0 :(得分：3)
我认为GAE有利于其快速启动和概念验证。它开始时非常简单和便宜，但它会让你锁定谷歌。
如果您的想法运作良好且受欢迎，您可以在将来使用开源技术重写它。
答案 1 :(得分：0)
我有25 GB的appengine DB。每隔1-10分钟我就会添加记录。 它每周花费2.5美元。
但最初上传的费用比我预想的要贵。 我的上传脚本是每个请求上传500个记录块。
请求以10-15秒结束，但是日志显示数据存储时间更像是5分钟而不是15秒！ 还上传servlet等待99％的时间无所事事，我也必须为此付费。
上传15 GB的索引数据需要数天时间。
AppEngine具有一定的定价风险
答案 2 :(得分：0)
GAE主要用于概念或“非常小”应用程序的“丢失”证明。我这样说是因为，我不会投入大笔资金进入一个完全被供应商锁定的系统......其他人可能但我不会承担这种风险，因为我会因为谷歌的可用性和定价而心存疑虑
因此，如果你有一个大项目或产品，你可能最好使用EC2，因为它所提供的只是基础设施...没有强加给你的代码要求。
话虽这么说，如果我有一个小项目我想在网上为朋友们折腾，我肯定会利用GAE的免费等级。
我认为最大的区别在于，在一般意义上，EC2托管服务器，而GAE托管代码。如果您正在构建一个系统，您可能希望执行诸如尾部日志之类的操作，请让系统管理员管理cron作业，使用rsync等开源工具，并对操作系统和配置或共同定位服务进行细粒度控制在一个盒子上，然后EC2非常引人注目。
GAE是“上传您的应用并且有效”。本身非常酷，但我个人更愿意处理EC2中的虚拟机，因为至少对我来说系统开发更自然。