1.knative是什么？

1.Knative是Google2018的Google Cloud Next大会上发布的一款基于kubernetes的Serverless框架。Knative 最初由 Google 打造，现在有 50 多家不同公司向其贡献过代码。它提供了一组必备组件，用于在 Kubernetes 上构建和运行无服务器应用。Knative 为 Kubernetes 上的云原生应用提供缩减至零、自动扩缩、集群内构建以及事件框架等功能。无论是在本地、云端还是第三方数据中心，Knative 都可以应用来源于实践中基于 Kubernetes 的成功框架的标准化最佳实践。最重要的是，Knative 使开发者能够专注于编写代码，而无需担心构建、部署和管理应用等“单调而棘手”的工作。

2.knative的目的是在kubernetes之上提供一个简单、一致的层，以解决在开发人员和平台之间创建更牢固的边界，使得开发人员可以专注他们的业务逻辑。Knative是建立在kubernetes和Istio平台之上的，使用了kubernetes提供的容器管理组件(deployment、service、Pod、ConfigMap等)以及Istio提供的网络管理组件(Ingress、LB)；

2.Knative能干什么？

1. Knative中有两个重要的组件，分别是为其提供流量的Serving(服务)组件以及确保应用程序能够轻松消费事件的​Eventing(事件消费)组件；
2. 部署升级与路由:应用部署应该是全部部署或者全部不部署吗？knative支持渐进式交付，并不是所有的HTTP请求都会到达生产环境系统中的一个软件版本上，而是所有的HTTP请求都会到达整个分布式系统上，由该软件的多个版本共同响应，在系统中可以同时运行多个版本，并在这些版本之间分配流量，这意味着部署可以按请求而不是实例的粒度进行；
3. 自动扩/缩容: 系统中的流量是不固定的,有时没有流量,有时候流量过大,当没有流量时,系统的部分资源是浪费的，当流量过大时，系统就会承受过大的压力。Knative使用Knative Pod自动缩放器(KPA)进行扩/缩容,它是一种基于请求指标的自动缩放器，已与Knative的路由、缓冲和指标组件深度集成。自动缩放器无法解决所有问题，但是可以解决大部分流量的问题。
4. ​Knative 提供了一组可重用的组件，专用于解决许多单调而棘手的任务，例如构建应用（从源代码到容器映像）、部署期间的流量路由和管理、自动扩缩工作负载，或者将正在运行的服务绑定到不断扩大的事件来源生态系统等工作流。Knative 将容器映像视为部署单元。因此，开发者可以使用他们熟悉的任何语言、框架或风格。
5. Knative 遵循开发者习惯。它支持常见的开发模式，如 GitOps、DockerOps、ManualOps，以及 Django、Ruby on Rails、Spring 等各种工具和框架。
6. Knative 旨在供您轻松嵌入现有构建工具链和持续集成/持续交付工具链。利用以 Kubernetes 为基石且可在任何位置、任何云和任何基础架构上运行的开源优先技术，企业可以自由地将工作负载转移到最适合的地方。这为客户提供了调整系统以适应其独特需求的灵活性和可控性。
7. Knative 提供了一种开放式 API 和运行时环境，可让您选择在以下任何位置运行无服务器工作负载：Google Cloud 上的全托管式环境中、Google Kubernetes Engine (GKE) 上的 Anthos 中或者您自己的 Kubernetes 集群中。Knative 可让您先从 Cloud Run 轻松起步，然后迁移到 Cloud Run for Anthos；或者先在您自己的 Kubernetes 集群中运行，并在将来迁移到 Cloud Run。通过将 Knative 用作底层平台，您可以跨平台自由转移工作负载，同时显著降低转换费用。
8. Knative官方文档: ​ ​https://knative.dev/​​

3.Knative Serving是什么？

1.Serving模块提供了一组特定的对象，包括Service(服务)、Configuration(配置)、Revision(修订版本)、Route(路由)。Knative通过kubernetes CRD(自定义资源)的方式实现了这些对象。

2.在kubernetes创建一个应用的时候需要定义什么？

APP->Deployment->Service->ConfigMap->Secrets甚至我们还需要定义一个Ingress；但是在Knative当中，一个Service就可以搞定。这里的Service不是kubernetes的Service，而是Knative中的service，可以简写为kvc，可以通过命令来查看

3.Serving组件

1. Configuration: 配置是待运行软件的期望状态，包含所需的容器镜像、环境变量等详细信息。Knative将此信息转换为底层的Kubernetes概念，例如部署。实际上，那些熟悉kubernetes的人可能知道Knative到底在做什么。即使没有Knative，开发人员也可以自己创建和提交一个部署；
2. Revision: 修订版本是配置的快照，每次更改配置时，Knative都会创建一个修订版本，实际上修订版本还会转换为底层Kubernetes资源。如果单纯只是保存修订版本，则有些浪费资源，毕竟Git就可以进行版本控制，为什么用Knative？因为Knative并不只是支持蓝/绿部署，实际上，Knative还支持多版本之间更详细的流量配置规则；
3. Route: Knative中的Route提供了一种将流量路由到正在运行代码的机制，它将一个HTTP可寻端点映射到一个或者多个Revision。可以做流量的切割和金丝雀发布；