google-app-engine - GAE 与 AWS 2012

Question

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

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

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

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

Answer 1

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

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

Answer 2

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

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

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

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

AppEngine 有一定的定价风险

Answer 3

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

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

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

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

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