因此昨天公布了谷歌计算引擎，处理能力的价格远远高于应用引擎标准。任何人都知道迁移会是什么样子，或者我们是否能够使用我们当前的应用程序使用新的谷歌计算虚拟机？
答案 0 :(得分：6)
在Google IO上，该团队展示了一个演示，其中GCE VM正在GAE应用程序中动态启动。我建议您观看该会话并下载代码示例，以便更好地了解两种服务之间的互操作。我们在YouTube上发布了Google开发者频道
的会话答案 1 :(得分：1)
App Engine（AE）和Google Compute Engine（GCE）是不同的工具，因此他们会有不同的规格和定价模式。
使用GCE，您可以选择要运行的服务器数量，运行时间，要在其上安装的软件堆栈等等。它具有很强的功能，而且不仅仅是可以选择如何运行它们，你也必须选择如何运行它们。
另一方面，AE为您做出所有这些决定：运行堆栈，根据需求打开和关闭服务器，分布式持久存储等等。因此，在决定迁移问题之前，您必须回答的问题是：您是否想要运行整个堆栈的自由（和责任）？或者您更愿意让App Engine处理可伸缩性细节，同时您专注于编写应用程序？
答案 2 :(得分：0)
阅读上面的答案/评论后，现在很明显，GAE应用程序尚未直接部署到Compute引擎上。我完全理解，作为平台的App Engine提供的所有托管服务（主要是API，数据存储区，文档/索引搜索，内存缓存，云存储，任务队列，cron作业等）都不一样。老式的可访问/可集成，如果完全在Compute引擎上可用。
我们现在有一个拥有5年历史的完全成熟的App引擎应用。 我正在考虑支持高级自定义/控制的方案，并将第三方软件/中间件添加到我们的服务器环境中，这是App引擎无法实现的。因此，如果我们拥有除App引擎以外的所有解决方案（计算引擎，容器引擎等），则要迁移我们的应用程序以满足此类要求，这种迁移的成本是多少？
在具有不同定价模型的Compute Engine上需要服务器配置和配置[了解，应该没有问题：）]
完全或部分代码重写，以继续使用相同的API特别是。数据存储，云存储，任务队列，Cron作业，文档搜索，Memcache等。[需要确认以及迁移指南的任何参考/链接都将有所帮助！]
这是否会导致丢失App Engine提供的任何托管服务/ API的风险？文档搜索，内存缓存，任务队列，Cron作业似乎是可能的候选者。请确认。
根据我的阅读，此类迁移不会对Big Query，云存储，Pub-Sub API集成造成太大影响（客户端库或Rest API仍应提供帮助！）。请确认。
简而言之，我们希望一开始就对其进行全面管理，因此PaaS在5年前似乎是正确的选择。现在，我们希望App减去平台管理的应用，再加上定制/灵活的选择。这种过渡将变得多么复杂？