【问题标题】:How difficult is it to migrate away from Google App Engine?从 Google App Engine 迁移出来有多难?
【发布时间】:2010-03-28 17:09:56
【问题描述】:

我正在考虑制作一个(最初)小型 Web 应用程序,它最终具有增长潜力。所有被认为是 Google App Engine 的东西似乎都是一个非常有吸引力的选择。比如说,用户群和复杂性在增长,出于某种原因,我需要将 GAE 抛在脑后。迁移出去有多难?

1) GAE 是否提供导出数据库的方法?它会是什么格式?放在MySQL(或类似的)下会不会很困难?

2) 在哪些领域(例如数据库访问,其他?)我必须使用 GAE API? IE。实现的哪些部分必须被抽象掉/接口?

编辑:3) 或者,是否值得抽象出 GAE API?

【问题讨论】:

  • 为了记录,我认为编写自己的数据库导出器并不太难......
  • 这里有很多决策点,您需要更具体一些。您指的是哪种类型的 Google App Engine - python 还是 java?如果是 java,您使用的是哪个数据库 API - JDO - JPA - BigTables native?

标签: google-app-engine migration


【解决方案1】:

对于问题 #1:我不知道 GAE 是否专门支持数据库的导出,但您始终可以推出自己的最坏情况。如果您处于需要的位置,您可能也有资源去做。

对于问题 #2:无论如何,您可以而且应该始终封装这些外部依赖项。它们是否提供接口并不重要。与这些接口的耦合应保持在最低限度。

对于问题 #3:这个问题不是很清楚,所以我无法回答。

【讨论】:

    【解决方案2】:

    我是严格从 java webapp 的角度说的......

    Google App Engine for python 有一个备份/恢复实用程序: http://code.google.com/appengine/articles/gae_backup_and_restore.html

    人们对将其移植到 java 风格非常感兴趣。

    您可以使用更高级别的标准数据库 API (JDO/JPS) 让您的应用远离 google 的数据库服务。我建议购买数据核工具,以便顺利从大表过渡到 mysql 或 oracle。

    GAE 提供的打包服务列举在 http://code.google.com/appengine/docs/java/javadoc/

    库存 JRE 应该处理 urlfetch、mail 和 memcache api 包的移植。 您必须为 users、blobstore、xmpp 和 taskqueue 包寻找替代技术。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-01-22
      • 2016-05-25
      • 2012-02-29
      相关资源
      最近更新 更多