【问题标题】:Porting from Google App Engine to Amazon从 Google App Engine 移植到亚马逊
【发布时间】:2013-12-28 20:49:16
【问题描述】:

现在我们的应用程序正在 Google App Engine 上运行,我们希望迁移到 Amazon。 我们主要考虑的是成本优化(因为我们觉得应用引擎的成本太高了),因此我们决定采取这一步。 其次,App Engine 存在限制,我们只能使用有限的资源。

当我们决定搬到亚马逊时,我需要一些技术帮助。

  1. appengine 数据存储有什么好的替代方案吗?我们计划使用 Dynamodb,但它有 64KB 实体大小的限制。我们的数据存储实体的大小更大(超过 1 mb,我们将它们存储为分片)。我们正在考虑为此使用 S3。 Dynamodb + S3好不好?

  2. 任务队列的任何替代方案?有时我们需要安排任务在 30 天后运行。

  3. 我们使用长(非字符串)自动生成的 ID。因此,任何保证分布式系统中唯一 ID 的优质服务。

  4. 由于我们的应用程序很大(超过 500 万用户和大量活跃用户),我们不希望停机。迁移应该无缝进行,而不会让我们的用户意识到这一点。我们正在考虑在用户登录时进行迁移,但除此之外,任何想法/方法都会有很大帮助。

  5. 我们甚至想知道如何在迁移时管理现有的实体 ID。

谢谢

【问题讨论】:

  • 这个问题似乎跑题了,因为它涉及的主题太多;它太宽泛了;某些方面(您的迁移策略)不适合问答格式,可能需要特定于您的部署的专业知识;其他方面(推荐“替代品”和“任何好的服务”)主要是基于意见的,有太多可能的答案,并且似乎与网站的范围不一致。另见:meta.stackexchange.com/q/139399

标签: google-app-engine amazon-web-services amazon-s3 amazon-dynamodb


【解决方案1】:

查看 Google App Engine 的开源版本:http://www.appscale.com/ & https://github.com/AppScale/appscale/wiki

【讨论】:

    【解决方案2】:

    如果您想最大限度地减少重新编码,您可以查看 http://www.jboss.org/capedwarf ,它支持 JBoss 应用服务器上的大部分 App Engine API 子集。我自己没有使用过它,但我们已经与他们合作开发了一个兼容性测试套件。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2014-12-27
      • 1970-01-01
      • 2016-11-26
      • 2012-12-08
      • 2022-12-03
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多