10

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

4

2 回答 2

8

我会尝试添加我的观点。

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

我们需要对遗留的 PHP 网站做点什么。该网站在 Windows Server 2012、IIS 和 PHP 7.0x 上运行。每月费用超过 100.00 美元 - 主要用于云中 VM 的 Windows 许可费用。该网站的访问量不是很多，但出于各种商业原因需要该网站。

星期四（2019 年 4 月 18 日）决定我们需要学习 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. 移植旧代码和学习 Cloud Run 大约需要 1.5 天的时间。
  3. 每月节省约 100.00 美元（无 Windows IIS 服务器）。
  4. 从现在开始，我们不必担心此站点的 SSL 证书。

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

于 2019-04-21T23:51:38.717 回答
6

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

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

于 2019-04-21T23:08:30.520 回答