在GCP上从PaaS迁移到IaaS有哪些挑战?

时间:2019-04-28 09:12:08

标签: google-app-engine google-compute-engine

在阅读了该论坛上类似问题的可用答案/评论后,现在很明显,GAE应用程序尚未直接部署到Compute Engine上。我完全理解,作为平台的App Engine提供的所有托管服务(主要是API,数据存储区,文档/索引搜索,内存缓存,云存储,任务队列,cron作业等)都不一样。老式的可访问/可集成,如果完全在Compute引擎上可用。

我们现在有一个拥有5年历史的完全成熟的App引擎应用。 我正在考虑支持高级自定义/控制的方案,并将第三方软件/中间件添加到我们的服务器环境中,这是App引擎无法实现的。因此,如果我们拥有除App引擎以外的所有解决方案(计算引擎,容器引擎等),则要迁移我们的应用程序以满足此类要求,这种迁移的成本是多少?

  1. 在具有不同定价模型的Compute Engine上需要服务器配置和配置[了解,应该没有问题:)]

  2. 完全或部分代码重写,以继续使用相同的API特别是。数据存储,云存储,任务队列,Cron作业,文档搜索,Memcache等。[需要确认以及迁移指南的任何参考/链接都将有所帮助!]

  3. 这是否会导致丢失App Engine提供的任何托管服务/ API的风险?文档搜索,内存缓存,任务队列,Cron作业似乎是可能的候选者。请确认。

  4. 根据我的阅读,此类迁移不会对Big Query,云存储,Pub-Sub API集成造成太大影响(客户端库或Rest API仍应提供帮助!)。请确认。

简而言之,我们希望一开始就对其进行全面管理,因此PaaS在5年前似乎是正确的选择。现在,我们希望App减去平台管理的应用,再加上定制/灵活的选择。这种过渡将变得多么复杂?

1 个答案:

答案 0 :(得分:0)

  

完全或部分代码重写,以继续使用相同的API特别是。数据存储,云存储,任务队列,Cron作业,文档搜索,Memcache等。[此处需要确认以及对迁移指南的任何参考/链接都将有所帮助!]

不幸的是,其中某些服务仅在GAE上提供,例如“文档搜索”。但是大多数服务都可以直接用于GCP,例如数据存储区,云存储。 GAE灵活环境与GCP环境非常相似,因此您可以先阅读Migration to GAE Flexible Environment

在以下文章中也有一些答案:

  

这是否会导致丢失App Engine提供的任何托管服务/ API的风险?文档搜索,内存缓存,任务队列,Cron作业似乎是可能的候选者。请确认。

是的,文档搜索仅在GAE上可用。

  

根据我的阅读,此类迁移不会对Big Query,云存储,Pub-Sub API的集成造成太大影响(客户端库或Rest API仍然可以提供帮助!)。请确认。

是的,但是您可能需要更改SDK或库。它取决于您的语言以及如何直接通过Rest API或SDK调用这些服务。