在GKE中运行Cloud Run与普通服务的价值主张是什么？

Question

如果我使用Cloud Run而不是在GKE中部署普通的服务/容器有什么好处？

Answer 1

与在 GKE 中以本机方式运行服务相比，使用 Cloud Run 公开服务有很多区别。其中最主要的是 Cloud Run 提供了更多的无服务器基础架构。基本上，您声明要公开服务，然后让 GCP 完成剩下的工作。将此与创建 Kubernetes 集群，然后在 pod 中定义您的服务形成对比。使用手动创建的 GKE 集群，节点和环境始终处于运行状态，这意味着无论利用率如何，您都需要为它们付费。使用 Cloud Run，您的服务仅可用，您只需按实际使用量付费。如果您的服务没有被调用，则您的成本为零。另一个优点是您不必预测您的利用率需求并分配足够的节点。为您自动进行缩放。

另请参阅 Google Next 19 中的这些演示文稿：

• 从单体迁移到微服务（Cloud Next '19）
• 无服务器计算有哪些新变化？（云下一个 '19）
• 在 GCP 的无服务器基础架构上运行容器 (Cloud Next '19)
• 在任何地方运行云函数（Cloud Next '19）
• 容器一次，无服务器无处不在（Cloud Next '19）

Answer 2

我将尝试补充我的观点。

此答案不涵盖Google Cloud Run Kubernetes中正在运行的容器。原因是我们希望为旧版PHP网站提供几乎零成本的解决方案。Cloud Run非常适合，我们在移植代码和学习Cloud Run方面都很轻松。

我们需要对旧版PHP网站进行处理。该网站在Windows Server 2012，IIS和PHP 7.0x上运行。每月的费用超过100.00美元-主要是针对云中虚拟机的Windows许可费用。该站点的访问量不是很高，但是由于各种业务原因而需要访问。

周四（4/18/2019）决定要学习Google Cloud Run，因此我们决定将该站点移植到容器中并尝试在Google Cloud中运行该容器。没有什么比现实世界中的例子学习细节。

星期五，我们将PHP代码移植到了Apache。非常简单的过程。我们不打算担心SSL，因为我们打算使用Cloud Run SSL。

星期六我们开始学习Cloud Run。一个小时内，我们运行了Hello World PHP示例。连结。

在两个小时内，我们在Cloud Run中运行了容器化网站。同样，非常简单。

然后，我们学习了如何使用我们的DNS服务器配置Cloud Run SSL。

最终结果：

1. 在Cloud Run中运行的PHP网站的成本几乎为零。
2. 大约需要1.5天的时间来移植旧代码并学习Cloud Run。
3. 每月节省约100美元（没有Windows IIS服务器）。
4. 从现在开始，我们不必为此站点担心SSL证书。

对于静态的小型网站，Cloud Run是杀手级产品。即使您不了解Google Cloud，学习曲线也很小。您只需要为容器构建和部署配置gcloud。这意味着开发人员可以独立于需要掌握GCP。