何时使用Google App Engine Flex vs Google Cloud Run

Question

我想使用谷歌的无服务器选项之一部署容器化代码。据我所知，谷歌有两种选择：

1. Google App Engine灵活环境
2. Google Cloud Run（测试版）

我已经看了2019年谷歌下一场演讲，我应该在哪里运行代码？从5个计算选项中选择。我读了Jerry101对“谷歌应用程序引擎和谷歌云运行之间有什么区别？”这一一般性问题的回答。

在我看来，云运行基本上是对使用Google App Engine灵活环境的局限性的回答。

我之所以选择App Engine Flexible Environment而不是Cloud Run，原因如下：

• 遗留-如果您的代码当前依赖于App Engine Flex，您可能不想处理移动它的问题

但这些都是操作类型的考虑因素。这两件事对我来说都不重要。选择App Engine Flex而不是Cloud Run有技术优势吗？

谢谢

注意：自2019年4月发布此问题以来，App Engine的beta无服务器VPC访问仅适用于标准环境，而不适用于Flex，因此这不是App Engine Flex与Cloud Run的问题中的考虑因素

Answer 1

短篇故事：Appengine是真实的、相对稳定的东西。Cloud Run几乎只是一个草稿/想法，非常不稳定。

说来话长：谷歌云运行的alpha/beta版本可能会发生很多变化。如果你已经足够大了，你可能还记得Appengine定价发生了多么巨大的变化。它promise了基于CPU/RAM的定价，然后它决定这是不“可能的”，或者至少不是非常有利可图，并转向基于VM的定价，然后他们发布了一个像样的appengine版本（appengine Flex或当时的任何名称），但也通过添加最小实例模型再次提高了价格。更不用说数不清的API/突破性变化或限制性变化了。

Cloud Run基于gVisor，它有一些局限性，因此取决于您使用的语言/库以及您所做的事情，它可能会在某个时候崩溃（或者仅仅是谷歌的实现可能会崩溃），而您无能为力（即修补系统），它将破坏您的生产力，并可能破坏您的业务。你可以看看它目前的问题。

免费建议：即使你选择Appengine或Cloud Run，也要避免使用谷歌数据存储等专有API/服务。他们可能会毁了你的生意。定价、API和限制将发生变化。没有真正的开源或付费替代方案，因此您的代码不可移植。你的代码在谷歌云之外毫无价值。

免责声明：我已经被appengine更改和数据存储锁定烧死了，所以我的观点可能有偏见。

Answer 2

我真的建议你认真考虑云运行的应用程序引擎。

随着时间的推移，我看到了一些关于“新”应用程序引擎的评论，看起来云运行就是答案。它处于测试阶段，这可能是一个问题。我看到一些公司在生产中使用测试版服务，而其他公司则在等待。然而，如果我今天要开始一个新的应用程序，那肯定是应用程序引擎Flex上的云运行。

作为一项商业功能，谷歌对Kubernetes非常深入。由于Cloud Run位于GKE上，这意味着它通过其他团队（通用GKE基础设施）间接接受开发。

相反，App Engine采用的是一些较旧的技术。虽然它还不错，但它是“昨天的”技术。在我看来，谷歌似乎是一家对行业内的新事物和高度采用的东西感到非常兴奋的公司。

所有这些都说——当你把你的服务包装在容器中时，你应该能够在任何地方运行它们？嗯，任何地方都有容器平台。你可以用云endpoint这样的东西来存放你的服务，你可以在应用引擎和云运行上部署——来回交换。然后，在这一点上，限制可能是提供的服务。例如，云运行目前不支持某些项目，比如云负载平衡或云内存商店。这可能是今天的一个障碍。

Answer 3

定价/自动缩放：GAE Flexible Environment和Cloud Run之间的定价模型有点不同。

• 在GAE Flexible中，任何时候都至少运行一个实例。因此，即使你的应用程序没有收到任何请求，你也要为此实例付费。计费粒度为1分钟

底层基础设施：由于GAE Flexible是在虚拟机上运行的，所以部署新版本的应用程序并进行扩展要比Cloud Run慢一些。云计算部署速度更快。

可移植性：Cloud Run使用开源的Knative API及其容器契约。这给了你更大的灵活性和自由度。如果您想在自己管理的infra（如GKE）上运行相同的工作负载，可以使用“Cloud run on GKE”。