第 3 章 架构

3.1. Knative Serving 架构

OpenShift Container Platform 上的 Knative Serving 可让开发人员使用 无服务器架构 编写 云原生应用程序。Serverless 是一个云计算模式，应用程序开发人员不需要为其应用程序置备服务器或管理扩展。这些常规任务由平台自身进行管理，因此，和传统模型相比，开发人员可以更快地将代码推送到生产环境。

Knative Serving 通过提供一组用于定义和控制 OpenShift Container Platform 集群上的无服务器工作负载行为的 Kubernetes 自定义资源定义（CRD）支持部署和管理云原生应用程序。如需有关 CRD 的更多信息，请参阅使用自定义资源定义扩展 Kubernetes API。

开发人员使用这些 CRD 创建自定义资源（CR）实例，这些实例可作为构建块用于处理复杂用例。例如：

  • 快速部署无服务器容器。
  • 自动缩放 pod

如需有关 CR 的更多信息, 请参阅从自定义资源定义中管理资源。

3.1.1. Knative Serving CRDs

Service
service.serving.knative.dev CRD 会自动管理工作负载的生命周期，以确保应用程序通过网络部署并可访问。对用户创建的服务或 CR 每次发生变化时，它都会创建一个路由、配置和新修订版本。Knative 中进行的大多数开发人员交互都是通过修改服务进行的。
修订
revision.serving.knative.dev CRD 是每次对工作负载进行修改所涉及代码和配置的时间点快照。所有修订版本均为不可变对象，可以根据需要保留。
Route
route.serving.knative.dev CRD 可将网络端点映射到一个或多个修订版本。您可通过多种方式管理流量，包括部分流量和指定路由。
Configuration
configuration.serving.knative.dev CRD 可保持部署所需状态。它可在使编程过程和配置配置过程相互分离。修改配置则会创建一个新修订版本。