如果我使用Cloud Run而不是在GKE中部署普通的服务/容器是否有任何优势？
答案 0 :(得分：4)
我将尝试添加我的观点。
此答案不涵盖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示例。 Link。
在两个小时内，我们在Cloud Run中运行了容器化网站。再次，非常简单。
然后，我们学习了如何使用我们的DNS服务器配置Cloud Run SSL。
最终结果：
对于静态的小型网站，Cloud Run是杀手级产品。即使您不了解Google Cloud，学习曲线也很小。您只需要为容器构建和部署配置gcloud。这意味着开发人员可以独立于需要掌握GCP。
答案 1 :(得分：2)
与在GKE中本地运行服务相比，使用Cloud Run公开服务有很多区别。这些主要是因为Cloud Run提供了更多的无服务器基础架构。基本上，您声明要公开服务，然后让GCP完成其余的工作。与创建Kubernetes集群，然后在Pod中定义服务相反。使用手动创建的GKE集群，节点和环境始终处于 状态，这意味着无论使用率如何，都需要为它们付费。使用Cloud Run，您的服务仅可用，并且仅按实际使用付费。如果未调用您的服务，则成本为零。另一个优点是您不必预测利用率需求并分配足够的节点。缩放会自动为您进行。
另请参阅Google Next 19中的这些演示文稿：