【问题标题】:Alternative for Google AppEngine?谷歌 AppEngine 的替代品?
【发布时间】:2011-03-27 13:44:14
【问题描述】:

我最近不得不在 Google AppEngine 上实现一个项目。一开始我是持怀疑态度的。但是 Appengine 上有一些非常好的方法:

  • 没有服务器设置。一切都是开箱即用的。 Gzip、库等。
  • 一键式部署。在 Mac 上启动 GAE Launcher 并单击 DEPLOY。完成。
  • 低成本
  • 轻松的生产日志记录

但如果我正在考虑专业项目,我不喜欢一些事情

  • blobstore。只是……很奇怪。并且不可备份
  • 所有 1 MB 限制
  • 感觉您的代码只能在 AppEngine 上运行。 (大表)

您知道 AppEngine 的任何类似替代品吗?我指的不是 EC2 之类的服务。

【问题讨论】:

标签: google-app-engine


【解决方案1】:

你可以看看AppScale

它是 AppEngine 的开源实现,您可以将其部署在自己的机器上,并有大量数据库可供选择。

【讨论】:

  • 这比接受的答案更有意义。如果我的应用是使用应用引擎后端用 python 编写的,那么 Heroku 支持 Ruby 对我来说毫无意义。
【解决方案2】:

我认为Heroku 是一个不错的选择。

它可以运行大多数 GAE 现有的应用程序,因为它支持 django,而且:

  • 它支持 Ruby(不带或不带 Rails)、Java(带或不带 Spring)、Node.js、Clojure...
  • 它具有强大的 CLI 支持(用于发布、创建应用、缩放、日志、ps 等的 git push)
  • 它支持 MySql 和 PostgreSQL(以及,等等,MongoDB,Amazon RDS 等)
  • 它为每个应用提供每月 750 小时的免费套餐(约 1 台机器始终运行)。
  • 它有一系列插件,用于提供云服务作为应用程序的资源
  • 它有一个插件程序来开发您自己的插件。

真的,这是一个不错的选择。

如果您希望您的应用程序不绑定到 GAE,最好的方法是使用知名语言和知名持久性提供程序。例如,Ruby+PostgreSQL 可能是一个非常便携的组合。 Django 也是如此,但没有 BigTable...

【讨论】:

  • heroku 目前不如 open shift 可靠。我想建议 Openshift 满足您的需求
【解决方案3】:

AppScaleTyphoonAE 都是 App Engine 平台的第三方实现。 TyphoonAE 是针对中小规模的,而 AppScale 针对的是大规模的终端。

就备份 blobstore 而言,这是非常可行的:只需使用内置的处理程序来提供 blob,并且与 remote_api 结合使用,您就可以很好地下载 blob。

【讨论】:

  • 它们在 RED HAT ENTERPRISE LINUX 6.4 和 Amazon EC2 中不起作用。你有什么解决办法吗?
  • @YumYumYum “他们不工作”非常没有帮助。为什么他们不工作?
  • 在 CentOS 6 中我正在安装它,它说:Getting source code..../build_script.sh: line 23: apt-get: command not found
【解决方案4】:

我几乎不想在与 Google 相关的问题中提及 Microsoft,但我完全与供应商无关。因此,我将提供 Microsoft 的 Azure 作为一个平台,它与 AppEngine 有许多相似之处,但又有足够的差异,它可能适合作为您问题的一个很好的答案。

Azure 和 AppEngine 的相似之处在于它们都旨在让您构建易于扩展的应用程序。 Azure 为您提供 Microsoft 的标准 Web 工具包选项:C#、VB.NET、ASP.NET ASP.NET MVC,但也提供 PHP。它有一个像 AppEngine 这样的 NoSQL 文档数据库,但也让您可以选择更标准的 SQL Server 实例。虽然我自己没有使用过,但看起来 AppEngine for Business 现在也提供了 SQL。

Azure 为您提供了一种现成的方式来拥有长时间运行的后台进程。据我所知,AppEngine 没有。

在我看来,AppEngine 的巨大优势在于仅在实际处理请求时才向您收取使用费。 Azure 实例会导致您即使在它完全空闲的时间内也需要付费。这完全是典型的,但 Google 并非如此,这让我每次都选择 AppEngine。我的预算太紧,无法让我为空闲的 CPU 时间花钱。

【讨论】:

  • 顺便说一句,Docker 容器呢?是否可以在实际处理请求时启动它们,还是因为速度太慢而无法实现?
  • 我应该注意到,我的帖子中的大量信息现在已经过时了,至少就 AppEngine 的功能而言。我真的希望我对 Docker 有更多的了解,但据我所知,启动一个新的容器实例不会发生得太快,以至于它可以为 Web 请求提供可接受的响应时间。另一方面,从扩展以满足需求的角度来看,它可能是可行的。可以构建智能负载均衡器来创建新实例以满足不断增长的需求,对吧?
【解决方案5】:

有一个 django 端口可以连接到与应用引擎或 mongodb 一起使用的非关系型数据库。

google for django non-rel

文档有点稀疏

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2019-05-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-05-08
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多