在GCP上部署SSR网络应用程序的正确方法是什么？

Question

起点:我有一个通用的JS应用程序(基于Next.js，Nuxt.js，Universal角等)我希望它能够在GCP上运行(我认为同样的问题可以指AWS，原则是一样的)。这个应用程序不是真正的后端(有数据库连接，业务逻辑等等)，它更像是“前端-后端”--它所做的只是前端的SSR。该应用程序使用Docker进行容器化。应用程序应该是可以生产的(不应该部署在某些beta服务上)。

我遇到了4种可能的选择：

(Kubernetes)

• Cloud

1. 计算引擎
2. GKE运行
3. 应用程序引擎

接下来的问题是:什么是GCP服务，最适合这个应用程序的需求？

Answer 1

我是云跑步的忠实粉丝，我不能推荐你另一个最好的地方。但为什么要用言语

• 计算引擎:传统的服务器，需要自己管理所有无聊的事情(高可用性、备份、补丁/更新/升级)。不要缩放到0。对于HA，您需要3个VM (至少在同一个区域)。与计算引擎非常相似的expensive.
• GKE：。此外，您还需要K8S.
• AppEngine:优秀解决方案方面的技能，但无法像云运行那样进行定制。此外，您不能在advantage标准上直接提供容器，只能在flex版本、自定义运行时(不是扩展到0，而是扩展到1)；这里的主要优点是与计算引擎相比，服务器管理更容易，并且包含了本地区域HA。

对于云运行、云函数和App (具有自动/基本缩放模式的标准版本)，服务可以扩展到0。因此，当请求传入时，服务会启动，并且需要一段时间才能满足请求(大约300 -> 500 ms，除非您使用了一个重框架，比如Spring，它需要几秒钟时间)。

如果这个冷启动是一个问题，您可以设置一个min实例来保持一个实例的温暖，从而放弃这个冷启动。

云Functions

• App引擎不能这样做，您可以不打折扣地支付未使用的实例(保持温暖，但不提供traffic)

• With云运行，空闲时支付实例成本的10倍(折扣的90%)。

遗憾的是，云运行上的最小实例仍然在Beta中(我相信它很快就会出现在GA中，但它还没有像您所说的那样在今天“生产就绪”。

注意:根据我的经验，Beta版本已经准备好生产了，您根本就没有经济补偿来解决问题。

IMO，我建议您在不使用min实例param的情况下对云运行(在GA中)进行测试，看看冷启动对您来说是否是一个真正的问题。如果是的话，你有贝塔参数，但它有可能是GA，当你考虑它！