从谷歌应用引擎迁移到谷歌计算引擎

Question

所以谷歌计算引擎昨天宣布，处理能力的价格远远高于应用引擎标准。任何人都知道迁移会是什么样子，或者我们是否能够使用我们当前的应用程序使用新的谷歌计算虚拟机？

Answer 1

在Google IO上，该团队展示了一个演示，其中GCE VM正在GAE应用程序中动态旋转。我建议您观看该会话并下载代码示例，以便更好地了解两种服务之间的互操作。我们在YouTube上发布了Google开发者频道

Answer 2

App Engine（AE）和Google Compute Engine（GCE）是不同的工具，因此它们将具有不同的规格和定价模型。

使用GCE，您可以选择要运行的服务器数量，运行它们的时间，安装它们的软件堆栈等等。这是很大的功能，而且您不仅可以选择如何运行它们，还必须选择如何运行它们。

另一方面，AE为您做出所有这些决定：运行堆栈，根据需求打开和关闭服务器，分布式持久存储等。

因此，在决定迁移问题之前，您必须回答的问题是：您是否想要运行整个堆栈的自由（和责任）？或者您是否愿意让App Engine处理可伸缩性细节，同时您专注于编写应用程序？

Answer 3

在阅读上面的答案/评论之后，现在很明显GAE应用程序不能直接准备好部署在Compute引擎上。我完全理解所有托管服务（主要是API，数据存储，文档/索引搜索，内存缓存，云存储，任务队列，cron作业等），A​​pp Engine提供的平台，都不一样 - 如果在计算引擎上可用，则为时尚可访问/集成就绪。

我们现在有一个5年的完全成熟的应用程序引擎应用程序。我正在考虑支持高级定制/控制以及向我们的服务器环境添加第三方软件/中间件的场景，这是App引擎无法实现的。因此，如果我们拥有除App引擎之外的所有解决方案（计算引擎，容器引擎等），要迁移我们的应用程序以满足此类要求，这种迁移的成本是多少？

1. 在具有不同定价模式的Compute引擎上需要服务器配置和配置[理解，应该不是问题:)]
2. 完全或部分代码重写以继续使用相同的API esp。数据存储，云存储，任务队列，Cron作业，文档搜索，Memcache等[此处需要确认以及任何参考/链接到迁移指南将有所帮助!!]
3. 这是否会导致丢失App Engine提供的任何托管服务/ API的风险？文档搜索，Memcache，任务队列，Cron工作似乎是可能的候选人。请确认。
4. 根据我的阅读，Big Query，云存储，Pub-Sub API集成不应受此类迁移的影响（Client-libraries或Rest API应该仍然有用！）。请确认。

在坚果壳中，我们希望它在一开始就完全管理，所以PaaS似乎是5年前的正确选择。现在我们希望App减去平台管理以及定制/灵活到我们的选择。这种过渡会有多复杂？