GAE 与 AWS 2012 [关闭]答案

【问题标题】：GAE Vs AWS 2012 [closed]GAE 与 AWS 2012 [关闭]
【发布时间】：2012-09-16 20:10:02
【问题描述】：

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

我主要关心实施中的可扩展性和灵活性。健壮和兼容性层，存储和数据分析（分析（识别模式）存储的数据）。

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

您能否指出一些重要的利弊，我在做出决定之前必须考虑这些利弊。

【问题讨论】：

标签： google-app-engine amazon-web-services scalability porting

【解决方案1】：

我认为 GAE 有利于其快速启动和概念验证。一开始真的很简单，也更便宜，但它会把你锁在谷歌上。

如果您的想法行之有效并且变得流行，您可以在未来使用开源技术重写它。

【讨论】：

您可以在 appscale code.google.com/p/appscale 上运行您的 gae 代码，这样您就不会从一开始就被锁定。
@Rekby，我认为您的回答非常好。我同意 100%。 Paul C，我认为规划和运行自己的基础架构是不一样的。

【解决方案2】：

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

但最初上传的成本比我想象的要高。我的上传脚本为每个请求上传了 500 条记录。

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

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

AppEngine 存在一定的定价风险

【讨论】：

这不仅仅是定价。如果您不为高级帐户支付 500 美元/月，您将无法发送直接的支持问题。我的应用程序有问题。例如，几天前我的生产应用程序开始工作很多（大约 10-15 时间 - 生产应用程序中的 1500-2500 毫秒，而不是具有相同代码和几乎相同数据的测试应用程序中的 13-100 毫秒（查询结果相同））比我的测试慢应用程序。我发送生产问题但没有回答，几天前将问题发送到stackoverflow（到官方标签以获得支持），但我没有回答或解决问题。我对此无能为力 - 只能等待。
我喜欢 GAE 但要尽快退出，因为我对 google 来说太小了，它不能解决我的应用程序的问题，也不回复我。
网络延迟。您不知道您的实例在哪里以及您的数据在哪里。在 AWS 中，您可以将其保存在同一区域。
可能是，但这是谷歌的问题。 GAE 对我隐藏了内部结构——这很好。但是如果 1 个应用程序有问题，谷歌就不能解决问题。如果我不能改变它，我不想考虑 GAE 中的延迟。在几天的问题高峰期，它要求生产工作大约 10-30 秒而不是 13-100 毫秒。
在此之前我有其他案例用法 google - 我在 GAE 中编写了客户支持界面。它经常添加和删除 blobstores（每天有一些 thouthands）。当我删除 blobstore 谷歌时，不要删除一些索引数据。我在 01.02.2012 发送生产问题，它被接受但没有解决 - code.google.com/p/googleappengine/issues/detail?id=6849

【解决方案3】：

GAE 本质上是用于“一次性”概念证明或“非常非常小”的应用程序。我之所以这么说是因为，我不会将大量资金投入到一个完全由供应商锁定的系统中……其他人可能会，但我不会冒这种风险，因为我会随从谷歌对他们的可用性和定价的心血来潮.

因此，如果您有一个大型项目或产品，那么使用 EC2 可能会更好，因为它所提供的只是基础架构......对您没有任何代码要求。

话虽如此，如果我有一个小项目想在网上为我的朋友们折腾，我肯定会利用 GAE 的免费套餐。

我认为最大的区别在于，在一般意义上，EC2 托管服务器，而 GAE 托管代码。如果您正在构建一个系统，您将要在其中执行诸如尾日志之类的操作，让系统管理员管理 cron 作业，使用 rsync 等开源工具，并对操作系统和配置进行细粒度控制或共同定位服务在一个盒子上，那么 EC2 非常引人注目。

GAE 是“上传您的应用，它就可以工作”。就其本身而言非常酷，但我个人更愿意在 EC2 中处理 VM，因为至少对我来说，这对于系统开发来说是一种更自然的动态。

【讨论】：