Google Cloud Run产品
1 - Cloudrun官方介绍
Cloud Run介绍
备注：来自 cloudrun官方网站首页 的介绍，虽然有广告味道，不过还是能得到一些信息的。
首先是 Cloud Run 的简短介绍：
Run stateless HTTP containers on a fully managed environment or in your own GKE cluster.
在完全托管的环境或者自己的GKE集群中运行serverless HTTP容器。
介绍内容
-
将serverless带入容器
Cloud Run是一个托管计算平台，使您可以运行通过HTTP请求可调用的无状态容器。Cloud Run是serverless的：它抽象出所有基础设置管理，因此您可以专注于最重要的事情 - 构建出色的应用。它由 Knative构建，允许您选择运行容器的方式：使用Cloud Run的完全托管，或者在GKE上使用Cloud Run运行的Google Kubernetes Engine集群。
-
容器在几秒钟内生产
许多serverless平台有对语言，库的支持限制，甚至限制编码方式。通过允许轻松部署监听HTTP请求的任意serverless容器，Cloud Run使您能够以自己的方式编写代码。容器提供工作负载的灵活性和可移植性。使用Cloud Run，可以使用喜欢的依赖项和工具，以喜欢的语言构建出色的应用程序，并在几秒钟内完成部署。
-
原生serverless
Cloud Run使您可以运行serverless HTTP工作负载，而不必操心服务器。它抽象出所有基础设施管理，例如配置和管理服务器，因此您只关注编写代码。根据流量，它几乎可以立即自动从零开始向上和向下扩展，因此您无需担心规模配置。Cloud Run还仅针对使用的资源（计算到最接近的100毫秒）收费，因此您永远不必为超额配置的资源付费。
-
一致体验
将具有开发人员一致体验的serverless容器部署到完全托管的环境或您自己的GKE集群。Knative是一种基于Kubernetes的开放API和运行时环境，可以让您自由地在不同的环境和平台上移动工作负载：GCP完全托管，GKE，或Knative运行的任何地方。
点评：cloud run的介绍，强调的重点是"Container on serverless"，而不是以往的 “Function on Serverless”。cloud run 支持的是基于容器的工作负载，因此适用范围远远大于传统的FaaS。其次强调的是一致性的体验，在不同平台的可移植性，含蓄的表达了不会出现供应商和平台Lock-In。
特性
-
开发简单
简单的命令行和用户界面，可以快速部署和管理服务
-
快速自动缩放
Cloud Run会根据流量自动从零向上或向下扩展到N. 在GKE上运行时，自动扩展限制在GKE集群的容量范围内。
-
托管式
无需管理基础设施：一旦部署，Cloud Run将管理您的服务，以便您可以安然入睡。
-
任何语言/库/二进制文件
使用您选择的编程语言，任何语言或操作系统库，甚至自带二进制文件。
-
利用容器工作流程和标准
容器已成为打包和部署代码及其依赖项的标准。Cloud Run与容器生态系统配对很好：Cloud Build，Container Registry，Docker。
-
冗余
Cloud Run服务是区域性的，可跨多个区域自动复制
-
集成的日志和监控
与Stackdriver监控，日志和错误报告的集成，开箱即用，确保应用的健康。
-
建立在Knative上
Cloud Run构建于Knative开源项目之上，可实现工作负载的跨平台可移植性。
-
自定义域名
将您的服务映射到您自己的域名。
点评：和其他serverless托管服务相比，亮点主要还是对容器的支持带来的负载适用范围广泛。
选择适合的平台
Cloud Run使您可以灵活地在Google Cloud或Google Kubernetes Engine上运行服务。如果您已经在使用GKE，则Cloud Run可以部署到您的群集中，允许访问自定义计算机类型，额外的网络和GPU支持，以扩展Cloud Run服务的运行方式。最棒的是您可以稍后轻松改变主意，从Cloud Run切换到在GKE上的Cloud Run，反之亦然，而无需重新实现您的服务。
| Cloud Run | GKE上的Cloud Run | |
|---|---|---|
| 价钱 | 按使用付费（见下文）。 | 作为Kubernetes Engine的一部分提供。定价将在GA之前确定。 |
| 机器类型 | 每个实例一个vCPU，可以更改内存 | GKE上的标准或自定义机器类型，包括GPU。 |
| 身份和政策 | 管理允许调用服务的身份（或允许未经身份验证的调用）。 | 将服务发布到Internet或仅将其提供给群集或VPC网络。 |
| 联网 | 无法访问VPC /计算引擎网络。服务不是Istio服务网格的一部分。 | 访问VPC /计算引擎网络。服务参与Istio服务网格。 |
| 网址 | 自动提供URL和SSL证书 | 自定义域仅包含手动SSL证书。 |
点评：cloud run是完全托管的版本，因此可以按照使用付费，可以提供各种集成，甚至，实际托管的knative实现很有可能和开源的 knative 不同。而GKE上的Cloud Run就没有这个自由度了，应该是用开源版本的 knative。
价钱
-
Cloud Run
仅为使用的资源收取费用，计费到最近的100毫秒。
-
Cloud Run on GKE pricing
GKE上的Cloud Run是Google Kubernetes Engine集群的附加组件。Cloud Run on GKE部署的工作量包含在您的GKE定价中。GRE上Cloud Run的最终定价将在GA之前确定。Google Kubernetes Engine的价格基于群集的预配资源。
Cloud Run计费模型
Cloud Run 的计费模型也颇具创新性：它不像 Fargate 那样完全按请求数目计费，而是将所有并发的请求算在一个计费单位内，这有望大大减低用户需要支付的成本。
https://cloud.google.com/run/pricing
Cloud Run仅针对您使用的资源收取费用，四舍五入到最接近的100毫秒。请注意，每个资源都有免费配额。总Cloud Run帐单将是定价表中资源的总和。
免费配额每月重置; 您只需支付超过免费配额的使用费。
可计费时间
对于给定的容器实例，可计费时间发生时
- 容器实例正在启动
- 容器实例正在处理至少一个请求
只有在容器实例上请求处于活动状态时分配的CPU和内存才会收费，并向上舍入到最接近的100毫秒。
如果容器实例同时收到许多请求，则可计费时间从第一个请求的开始开始，到最后一个请求结束时结束，如下图所示：
对于运行在GKE上的Cloud Run，由于GKE上的Cloud Run是Google Kubernetes Engine的附加组件。群集中运行的工作负载包含在Google Kubernetes Engine定价中。GRE上Cloud Run的最终定价将在GA之前确定。
2 - Google Cloud Run产品概述
在旧金山举办的 Google Cloud Next 2019 大会上，Google Cloud Run正式发布。
Cloud Run是一个类似 Microsoft Azure ACI，AWS Fargate 的容器实例服务。但与 ACI 和 Fargate 这些基于虚拟机技术栈的实现不同，Cloud Run 服务是基于 Knative 的。而 knative 是 Kubernetes 原生的 Serverless 基础设施项目。
这是业界第一个基于 Knative + Kubernetes 的 Serverless 服务。
而且，cloud run 是运行于 gVisor 之上的。