[Day17] Cloud Run

Cloud Run 是这次要介绍的最後一种部属服务方式。它是一种基於 Container 的 Serverless 服务。比起 Google Kubernetes Engine，使用者不需要自己的管理 K8s 的服务。

Cloud Run 背後使用了开源的 Knative 服务，使用者可以直接的使用 Cloud Run 管理自己的 Container。除此之外，它最大的特色是，使用者也可以将 Cloud Run 的服务，搬回自家的 Kubernetes Engine 上进行执行，连接上自己的 VPC。

在使用 Cloud Run 之前，使用者必须先将自己的 Container 上传至 Cloud Container Registry 中。

Cloud Run 与 Kubernetes Engine 都可以结合一整套的 Google 服务的生态系，达到 DevOps 的功能。举例来说，我们最终的目标是要部属一个由 Python 的服务，将程序写完後，我们可以将程序推送到 Cloud Source Repositories 中，并串接 Cloud Build 的 Trigger，将 Docker 给 Build 起来後，放置於 Container Registry 中，再提供 Cloud Run 进行执行。

Cloud Application Deployment 比较

这几天，我们总共介绍了 5 种不同，可以部属自己程序的服务，分别是 Compute Engine、Kubernetes Engine 、 Cloud Run 、 Cloud Functions、 App Engine 。

• Compute Engine
  • 需要管理最底层的作业系统跟硬体
  • 完全由自己掌握整台机器
• Kubernetes
  • 需要透过容器化进行管理
  • 且需要自己管理 K8s 的 Cluster
• Cloud Run
  • 需要透过容器化进行管理
  • 但不想自己管理 K8s 的 Cluster
• Cloud Functions
  • 不需要容器化
  • 基於事件触发
• App Engine
  • 不需要容器化
  • 不用基於事件触发
  • 主要设计给微服务 (Microservices)