2

所以昨天谷歌发布了计算引擎，处理能力的价格比应用引擎标准要好得多。任何人都知道迁移会是什么样子，或者我们是否能够将新的谷歌计算虚拟机与我们当前的应用程序一起使用？

4

3 回答 3

6

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

于 2012-07-02T01:02:39.877 回答
1

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

使用 GCE，您可以选择运行多少台服务器、何时运行、在其上安装什么软件堆栈等。它的功能非常强大，您不仅可以选择如何运行它们，还必须选择如何运行它们。运行它们。

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

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

于 2013-05-21T01:18:25.650 回答
0

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

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

  1. Need of server provisioning and configuration at Compute engines with different pricing model[Understood, should not be a problem :)]

  2. Full or partial code rewrite to continue using the same APIs esp. Datastore, Cloud Storage, Task Queues, Cron jobs, Document Search, Memcache etc.[Need confirmation here and any reference/link to migration guide would be help!!]

  3. Does this lead to risk of losing any managed service/API offered from App Engine? Document Search, Memcache, Task Queues, Cron jobs seem the possible candidates. Please confirm.

  4. As per my reading, Big Query, Cloud storage, Pub-Sub APIs integration should not be much affected with such migration(Client-libraries or Rest APIs should still help!). Please confirm.

In nut-shell, We wanted it fully managed in the beginning so PaaS seemed the right choice 5 years ago. Now we want App minus platform-managed plus customized/flexible to our choice. How complicated this transition is going to be?

于 2019-04-19T18:28:54.310 回答