发行说明

以前，由于默认的 OpenShift 路由超时时间太短，因此对后端响应缓慢的 Knative 服务的请求可能会失败。此问题已通过使haproxy.router.openshift.io/timeout 设置可配置（用于自动创建的路由）得到解决。

apiVersion: operators.coreos.com/v1alpha1
kind: Subscription
metadata:
  ...
spec:
  channel: stable
  config:
    env:
      - name: ROUTE_HAPROXY_TIMEOUT
        value: '900'

以前，如果使用HorizontalPodAutoscaler 字段缩减了 Activator 组件的规模，则对 Knative 服务的长时间运行请求可能会过早终止。此问题已解决。Activator 的terminationGracePeriodSeconds 字段现在会自动与为 Knative 修订版配置的max-revision-timeout-seconds 设置对齐。

OpenShift Serverless 现在使用 Knative Serving 1.14。

OpenShift Serverless 现在使用 Knative Eventing 1.14。

OpenShift Serverless 现在使用 Kourier 1.14。

OpenShift Serverless 现在使用 Knative (kn) CLI 1.14。

OpenShift Serverless 现在使用 Knative for Apache Kafka 1.14。

kn func CLI 插件现在使用func 1.15。

OpenShift Serverless Logic 现在支持在同一命名空间内对 OpenAPI 进行多次配置。

OpenShift Serverless Logic 的管理控制台现在作为技术预览 (TP) 功能提供，用于简化开发流程。

OpenShift Serverless Logic 1.34 引入了一项新功能，允许工作流通过配置访问不同的 OpenShift Container Platform 集群。此功能使用户能够在工作流中定义 REST 调用，以无缝地与多个集群进行交互。

在 OpenShift Serverless Logic 中，作业服务存活性检查现已增强，以限制检索领导者状态所需的时间。已引入一个新的系统属性kogito.jobs-service.management.leader-check.expiration-in-seconds，允许您配置允许领导者状态检查的最大时间。

自动EventType 注册是 Eventing 功能，现在作为技术预览 (TP) 提供。它会根据代理入口和内存通道上处理的事件自动创建EventTypes 对象，从而改善使用和创建EventTypes 的体验。

加密服务现在作为技术预览 (TP) 功能提供。

现在支持启动探针，有助于减少冷启动时间，从而加快应用程序启动速度并提高性能。这些探针对于启动过程缓慢的容器特别有用。

OpenShift Serverless Serving 传输加密功能允许使用 TLS 通过安全加密的 HTTPS 连接传输数据。此功能现在作为技术预览 (TP) 功能提供。

使用 S2I 构建器的 Go 函数现在作为 Linux 和 Mac 开发人员的技术预览 (TP) 功能提供，允许他们在这些平台上实现和构建 Go 函数。

Knative Serving 的多容器支持允许您使用单个 Knative 服务来部署多容器 Pod。它还支持多个容器的readiness 和liveness 探针值。

Knative Kafka 触发器的自动缩放现在通过 KEDA（Kubernetes 事件驱动自动缩放）作为技术预览 (TP) 得到增强。使用 CMA/KEDA 进行自动缩放通过优化 Kafka 触发器和KafkaSource 对象的资源分配来进一步增强性能，从而确保在事件驱动工作负载中获得更好的可伸缩性。

Knative Eventing 现在提供对数据传输加密 (Eventing TLS) 的支持，作为技术预览 (TP) 功能。您可以配置 Knative Eventing 组件以公开 HTTPS 地址，并向客户端添加用户提供的 CA 信任捆绑包。

以前，即使KafkaSource.spec.net.tls.key 失败加载，KafkaSource 对象也会错误地保持在Ready 状态。此问题已解决。现在，在使用 PKCS #1（公钥密码标准 #1）格式的不受支持的 TLS 证书创建 Kafka Broker、KafkaChannel、KafkaSource 或KafkaSink 对象时，会报告错误，确保正确处理和通知配置问题。

Eventing 控制器错误地重新排队了错误的对象类型（Namespace），导致“找不到资源”日志错误。此问题现已解决，控制器现在处理对象重新排队，确保更准确的日志记录和资源管理。

之前，在用户命名空间中创建 Knative 安装资源（例如 `KnativeServing` 或 `KnativeEventing`）会在 OpenShift Serverless Operator 中触发无限循环调和。此问题已通过重新引入一个准入 Webhook 来解决，该 Webhook 可防止在除 `knative-serving` 或 `knative-eventing` 之外的任何命名空间中创建 Knative 安装资源。

之前，安装后批处理作业会在一段时间后被删除，导致特权服务帐户未绑定。这导致合规系统发出警报。此问题已通过保留已完成的作业来解决，确保服务帐户保持绑定状态。

OpenShift Serverless 现在使用 Knative Serving 1.12。

OpenShift Serverless 现在使用 Knative Eventing 1.12。

OpenShift Serverless 现在使用 Kourier 1.12。

OpenShift Serverless 现在使用 Knative (kn) CLI 1.12。

OpenShift Serverless 现在使用 Knative for Apache Kafka 1.12。

kn func CLI 插件现在使用 `func` 1.14。

OpenShift Serverless Logic 现在正式上市 (GA)。此版本包含 OpenShift Serverless Logic 的概述；创建、运行和部署工作流的说明；以及 OpenShift Serverless Logic Operator 的安装和卸载指南。此外，它还包括配置 OpenAPI 服务和端点的步骤，以及服务故障排除的技术。更多信息，请参见 OpenShift Serverless Logic 概述。

ARM64 上的 OpenShift Serverless 现在作为技术预览版提供。

NamespacedKafka 注解现已弃用。请改用不带数据平面隔离的标准 Kafka 代理。

启用自动 `EventType` 自动创建时，您现在可以轻松发现集群中可用的事件。此功能作为开发者预览版提供。

您现在可以直接在 OpenShift 开发者控制台的开发者视图的 **观察** 选项卡中浏览 Knative Eventing 监控仪表板。

您现在可以使用自定义指标自动缩放器 Operator 来自动缩放 Apache Kafka 源的 Knative Eventing 源，这些源由 `KafkaSource` 对象定义。此功能作为技术预览版功能提供，为 Knative Eventing 中基于 Kafka 的事件源提供增强的可扩展性和效率。

创建具有 Kafka 实现的 Knative Broker 时，您现在可以自定义内部 Kafka 主题属性。这提高了效率并简化了管理。

新的触发器过滤器功能现已作为技术预览版提供。这些过滤器默认启用，允许用户指定一组过滤器表达式，其中每个表达式对每个事件的计算结果为真或假。

由于不同的挂载点权限，集群构建上的直接上传在 IBM zSystems (s390x) 和 IBM Power (ppc64le) 上不起作用。

使用 Podman 版本 4.6 构建和部署函数会失败，并出现 `invalid pull policy "1"` 错误。

之前，安装后批处理作业会在一段时间后被删除，导致特权服务帐户未绑定。这导致合规系统发出警报。此问题已通过保留已完成的作业来解决，确保服务帐户保持绑定状态。

OpenShift Serverless 现在使用 Knative Serving 1.11。

OpenShift Serverless 现在使用 Knative Eventing 1.11。

OpenShift Serverless 现在使用 Kourier 1.11。

OpenShift Serverless 现在使用 Knative (kn) CLI 1.11。

OpenShift Serverless 现在使用 Knative for Apache Kafka 1.11。

kn func CLI 插件现在使用 `func` 1.13。

Serverless Logic（作为技术预览版 (TP) 功能提供）已更新。

您可以为 `user` 容器和 `queue-proxy` 容器配置 OpenShift Serverless Functions 就绪和存活性探针设置。

OpenShift Serverless Functions 现在支持 OpenShift Pipelines 版本 1.10 到 1.14（最新版本）。较旧版本的 OpenShift Pipelines 不再与 OpenShift Serverless Functions 兼容。

包括使用 Pipelines as Code 在内的集群内函数构建现在仅在 OpenShift Data Foundation 存储上的 IBM zSystems (s390x) 和 IBM Power (ppc64le) 上受支持。

您现在可以使用 `func subscribe` 命令将函数订阅到一组事件。这将您的函数链接到由您的过滤器定义的 `CloudEvent` 对象，并启用自动响应。

Knative Serving 用于内部流量的 TLS 加密功能现已弃用。它是一个技术预览版功能。使用 `internal-encryption` 配置标志的功能已不可用，将在未来的版本中替换为新的配置标志。

秘密过滤在 OpenShift Serverless Operator 端默认启用。环境变量 `ENABLE_SECRET_INFORMER_FILTERING_BY_CERT_UID=true` 默认添加到 `net-istio` 和 `net-kourier` 控制器 pod 中。

knative-serving 命名空间中的 `domain-mapping` 和 `domain-mapping-webhook` 部署功能现已移除。它们现在已集成到 Serving Webhook 和 Serving Controller 中。

如果您在 `KnativeServing` 自定义资源 (CR) 中设置 `spec.config.domain` 字段，则默认外部域将不再自动填充 `knative-serving` 命名空间中的 `config-domain` 配置映射。现在，您必须手动配置 `config-domain` 配置映射以确保准确的域设置。

您现在可以使用 gRPC 健康探针来部署 `net-kourier`。Kourier Controller 现在对就绪性和存活性都使用标准 Kubernetes gRPC 健康探针，取代了其先前使用的 exec 和自定义命令。`timeoutSeconds` 值已从 100 毫秒调整到 1 秒，以确保更可靠的探针响应。

新的触发器过滤器功能现已作为技术预览版提供。新的触发器过滤器现在默认启用。它允许用户指定一组过滤器表达式，其中每个表达式对每个事件的计算结果为真或假。

Knative Eventing现已提供数据传输加密 (Eventing TLS) 的支持（开发者预览版）。您可以配置Knative Eventing组件以公开HTTPS地址，并向客户端添加用户提供的CA信任捆绑。

OpenShift Serverless现在支持为系统组件注入自定义OpenShift CA捆绑包。更多信息，请参见配置自定义PKI。

您现在可以使用自定义指标自动缩放器运算符来自动缩放Apache Kafka源的Knative Eventing源。此功能作为开发者预览版提供，为Knative Eventing中的基于Kafka的事件源提供了增强的可扩展性和效率。

您现在可以直接在OpenShift开发者控制台的“开发者”视图的**观察**选项卡中浏览Knative Eventing监控仪表盘。

OpenShift Serverless 1.32已弃用对Knative中EventType `v1beta1`的支持。在OpenShift Serverless 1.32中，Knative CLI使用EventType `v1beta2` API来支持新的参考模型。在之前的版本中，`kn` CLI与EventType API `v1beta1`不向后兼容，并且仅限于`kn eventtypes`子命令组。因此，建议使用匹配的`kn`版本以获得最佳用户体验。

`3scale-kourier-gateways`的默认CPU限制已从`500m`增加到`1s`。当创建超过500个Knative服务实例时，由于CPU资源耗尽，可能会导致`3scale-kourier-gateways` pod中的就绪性和存活性探测失败。此调整旨在减少此类失败，并确保即使在高负载下也能平稳运行。

由于不同的挂载点权限，集群构建上的直接上传在 IBM zSystems (s390x) 和 IBM Power (ppc64le) 上不起作用。

使用 Podman 版本 4.6 构建和部署函数会失败，并出现 `invalid pull policy "1"` 错误。

OpenShift Serverless现在使用Knative Serving 1.10。

OpenShift Serverless现在使用Knative Eventing 1.10。

OpenShift Serverless现在使用Kourier 1.10。

OpenShift Serverless现在使用Knative (kn) CLI 1.10。

OpenShift Serverless现在使用Knative for Apache Kafka 1.10。

`kn func` CLI插件现在使用`func` 1.11。

OpenShift Serverless与服务网格的多租户功能现已作为技术预览版 (TP) 功能提供。

Serverless Logic（作为技术预览版 (TP) 功能提供）已更新。

OpenShift Serverless现在可以安装在单节点OpenShift上并使用。

您现在可以为现有的`PersistentVolume`对象配置持久卷声明 (PVC) 以与无服务器函数一起使用。

当为Ingress指定Kourier并使用`DomainMapping`时，OpenShift Route的TLS设置为直通，TLS由Kourier Gateway处理。从Serverless 1.31开始，可以在Kourier Gateway端指定启用的密码套件。

启用Kourier时，将Red Hat OpenShift服务网格与Serverless集成现已弃用。请使用`net-istio`代替`net-kourier`进行服务网格集成。

已为`3scale-kourier-gateway`部署添加了`PodDistruptionBudget`和`HorizontalPodAutoscaler`对象。

现在您可以更改Knative代理和Apache Kafka的通道使用的Apache Kafka主题名称的模式。

`DomainMapping` `v1alpha1`自定义资源定义 (CRD) 现已弃用。请改用`v1beta1` CRD。

作为技术预览版 (TP) 功能的`NamespacedKafka`注释现已弃用，取而代之的是标准的Kafka代理，无需数据平面隔离。

以前，当部署具有完整Red Hat OpenShift服务网格集成和`STRICT`对等身份验证的Knative Eventing时，`PingSource`适配器指标不可用。

OpenShift Serverless现在使用Knative Serving 1.9。

OpenShift Serverless现在使用Knative Eventing 1.9。

OpenShift Serverless现在使用Kourier 1.9。

OpenShift Serverless现在使用Knative (kn) CLI 1.9。

OpenShift Serverless现在使用Knative for Apache Kafka 1.9。

`kn func` CLI插件现在使用`func` 1.10.1。

OpenShift Serverless现在可在HyperShift托管集群上运行。

OpenShift Serverless现在可在单节点OpenShift上运行。

现在可以通过 OpenShift Toolkit（Visual Studio Code (VSCode) 的 OpenShift IDE 扩展）获得 OpenShift Serverless 的开发者体验。此扩展程序可从 VSCode 扩展选项卡和 VSCode 市场安装。请参阅 Visual Studio Code OpenShift Toolkit 扩展的市场页面。

OpenShift Serverless Functions 现在支持 Red Hat OpenShift Pipelines 1.10 和 1.11 版本。较旧版本的 Red Hat OpenShift Pipelines 不再与 OpenShift Serverless Functions 兼容。

Serverless Logic 现已作为技术预览 (TP) 功能提供。

从 OpenShift Serverless 1.30.0 开始，以下运行时环境在使用 s2i 构建器的 IBM zSystems 上受支持：

与 Red Hat OpenShift Service Mesh 的事件集成现已作为技术预览 (TP) 功能提供。

OpenShift Serverless Functions 的 Pipelines-as-code 现已作为技术预览 (TP) 提供。

您现在可以为 net-kourier 配置突发值和每秒查询数 (QPS) 值。

OpenShift Serverless Functions 用户现在能够为单个 Quarkus 函数在 func.yaml 文件中覆盖 readiness 和 liveness 探针值。

从 OpenShift Serverless 1.30.0 开始，Kourier 控制器和网关清单默认具有以下限制和请求：

作为技术预览版 (TP) 功能的`NamespacedKafka`注释现已弃用，取而代之的是标准的Kafka代理，无需数据平面隔离。

以前，3scale-kourier-gateway pod 每天会发送数千个 net-kourier-controller DNS 查询。每个 NXDOMAIN 回复都会发送新的查询。这种情况会持续到生成正确的 DNS 查询为止。

使用 Podman 版本 4.6 构建和部署函数会失败，并出现 `invalid pull policy "1"` 错误。

在 IBM zSystems 和 IBM Power 上不支持集群内函数构建，包括使用 Pipelines-as-code。

在 IBM zSystems 和 IBM Power 上不支持 Buildpack 构建器。

以前，net-kourier-controller 有时由于存活性探测错误而无法启动。此问题现已修复。

OpenShift Serverless 现在使用 Knative Serving 1.8。

OpenShift Serverless 现在使用 Knative Eventing 1.8。

OpenShift Serverless 现在使用 Kourier 1.8。

OpenShift Serverless 现在使用 Knative (kn) CLI 1.8。

OpenShift Serverless 现在使用 Apache Kafka 的 Knative 1.8。

kn func CLI 插件现在使用 func 1.10。

从 OpenShift Serverless 1.29 开始，不同产品版本可按如下方式使用：

您现在可以使用 OpenShift Container Platform Pipelines 通过开发者控制台创建 OpenShift Serverless 函数。

Knative Serving 的多容器支持现已正式上市 (GA)。此功能允许您使用单个 Knative 服务来部署多容器 Pod。

OpenShift Serverless 函数现在可以在 func.yaml 文件中为单个 Node.js 和 TypeScript 函数覆盖 readiness 和 liveness 探针值。

您现在可以将函数配置为在其源代码在 GitHub 存储库中更改时自动重新部署到集群。这允许更无缝的 CI/CD 集成。

与 Service Mesh 的事件集成现已作为开发者预览功能提供。集成包括：PingSource、ApiServerSource、Apache Kafka 的 Knative Source、Apache Kafka 的 Knative Broker、Apache Kafka 的 Knative Sink、ContainerSource 和 SinkBinding。

此版本包含 OpenShift Serverless Logic 的升级开发者预览版。

Knative Operator Serving 和 Eventings CRD 的 API 版本 v1alpha1 已被删除。您需要改用 v1beta1 版本。这不会影响现有安装，因为在升级 Serverless Operator 时会自动更新 CRD。

更新DomainMapping中指定的密钥时，仅更新密钥不会触发协调循环。您需要重命名密钥或删除Knative Ingress资源才能触发协调循环。

Webhook水平Pod自动伸缩器 (HPA) 设置被OpenShift Serverless Operator覆盖。因此，它无法针对更高的工作负载进行伸缩。要解决此问题，请手动设置与您的工作负载相对应的初始副本值。

在Red Hat OpenShift Serverless 1.27之前创建的KafkaSource资源在删除时会卡住。要解决此问题，在开始删除KafkaSource后，请从资源中删除最终器。

net-kourier-controller可能由于存活性探测错误而无法启动。您可以使用知识库解决方案来解决此问题。

OpenShift Serverless现在使用Knative Serving 1.7。

OpenShift Serverless现在使用Knative Eventing 1.7。

OpenShift Serverless现在使用Kourier 1.7。

OpenShift Serverless现在使用Knative (kn) CLI 1.7。

OpenShift Serverless现在使用用于Apache Kafka 1.7的Knative Broker实现。

kn func CLI插件现在使用func 1.9.1版本。

OpenShift Serverless Functions的Node.js和TypeScript运行时现在已正式上市 (GA)。

OpenShift Serverless Functions的Python运行时现在作为技术预览版提供。

Knative Serving的多容器支持现已作为技术预览版提供。此功能允许您使用单个Knative服务来部署多容器Pod。

在OpenShift Serverless 1.29或更高版本中，Knative Eventing的以下组件将从两个Pod缩减到一个Pod

Serving CR的serverless.openshift.io/enable-secret-informer-filtering注释现已弃用。此注释仅对Istio有效，对Kourier无效。

目前，Python运行时不支持在IBM Power、IBM zSystems和IBM® LinuxONE上运行OpenShift Serverless Functions。

在Windows平台上，由于app.sh文件权限问题，无法使用Source-to-Image构建器本地构建、运行或部署Python函数。

在Red Hat OpenShift Serverless 1.27之前创建的KafkaSource资源在删除时会卡住。要解决此问题，在开始删除KafkaSource后，请从资源中删除最终器。

OpenShift Serverless现在使用Knative Serving 1.6。

OpenShift Serverless现在使用Knative Eventing 1.6。

OpenShift Serverless现在使用Kourier 1.6。

OpenShift Serverless现在使用Knative (kn) CLI 1.6。

OpenShift Serverless现在使用Knative Kafka 1.6。

kn func CLI插件现在使用func 1.8.1。

命名空间范围的代理现在作为技术预览版提供。例如，此类代理可用于实现基于角色的访问控制 (RBAC)策略。

KafkaSink现在默认使用CloudEvent二进制内容模式。二进制内容模式比结构化模式更有效率，因为它使用其正文中的标头而不是CloudEvent。例如，对于HTTP协议，它使用HTTP标头。

您现在可以使用OpenShift Container Platform 4.10和更高版本上的OpenShift Route通过HTTP/2协议使用gRPC框架进行外部流量。这提高了客户端和服务器之间通信的效率和速度。

Knative Operator Serving和Eventings CRD的API版本v1alpha1在1.27中已弃用。它将在未来的版本中删除。Red Hat强烈建议改用v1beta1版本。这不会影响现有安装，因为在升级Serverless Operator时会自动更新CRD。

传递超时功能现在默认启用。它允许您为每个发送的HTTP请求指定超时时间。此功能仍然是技术预览版。

以前，Knative服务有时无法进入就绪状态，报告正在等待负载均衡器就绪。此问题已修复。

将OpenShift Serverless与Red Hat OpenShift Service Mesh集成会导致net-kourier Pod在启动时内存不足，当集群中存在太多密钥时。

即使删除命名空间范围的代理后，命名空间范围的代理也可能会在用户命名空间中留下ClusterRoleBindings。

使用Quarkus的OpenShift Serverless Functions现已正式上市 (GA)。

OpenShift Serverless现在使用Knative Serving 1.5。

OpenShift Serverless现在使用Knative Eventing 1.5。

OpenShift Serverless现在使用Kourier 1.5。

OpenShift Serverless现在使用Knative (kn) CLI 1.5。

OpenShift Serverless现在使用Knative Kafka 1.5。

OpenShift Serverless现在使用Knative Operator 1.3。

kn func CLI插件现在使用func 1.8.1。

持久卷声明 (PVC) 现在已正式上市 (GA)。PVC为您的Knative服务提供永久数据存储。

新的触发器过滤器功能现已作为开发者预览版提供。它允许用户指定一组过滤器表达式，其中每个表达式对每个事件计算结果为真或假。

apiVersion: operator.knative.dev/v1beta1
kind: KnativeEventing
...
...
spec:
  config:
    features:
      new-trigger-filters: enabled
...

Knative Operator 1.3 添加了更新的 `v1beta1` 版本的 `operator.knative.dev` API。

apiVersion: operator.knative.dev/v1beta1
kind: KnativeServing
...

apiVersion: operator.knative.dev/v1beta1
kind: KnativeEventing
...

以前，Kafka 代理、Kafka 源和 Kafka 接收器的联邦信息处理标准 (FIPS) 模式已禁用。此问题已修复，现在可以使用 FIPS 模式。

OpenShift Serverless 现在使用 Knative Serving 1.4。

OpenShift Serverless 现在使用 Knative Eventing 1.4。

OpenShift Serverless 现在使用 Kourier 1.4。

OpenShift Serverless 现在使用 Knative (kn) CLI 1.4。

OpenShift Serverless 现在使用 Knative Kafka 1.4。

kn func CLI 插件现在使用 `func` 1.7.0。

用于创建和部署函数的集成开发环境 (IDE) 插件现已适用于 Visual Studio Code 和 IntelliJ。

Knative Kafka 代理现在已正式发布 (GA)。Knative Kafka 代理是 Knative 代理 API 的高性能实现，直接面向 Apache Kafka。

Knative Kafka 接收器现在已正式发布 (GA)。KafkaSink 获取一个 `CloudEvent` 并将其发送到 Apache Kafka 主题。事件可以使用结构化或二进制内容模式指定。

现在可以使用内部流量的 TLS（作为技术预览版）。

以前，Knative Serving 存在一个问题，如果容器在存活性探测失败后重新启动，则准备情况探测会失败。此问题已修复。

Kafka 代理、Kafka 源和 Kafka 接收器的联邦信息处理标准 (FIPS) 模式已禁用。

`SinkBinding` 对象不支持服务的自定义修订版本名称。

Knative Serving 控制器 Pod 添加了一个新的 informer 来监视集群中的密钥。informer 将密钥包含在缓存中，这会增加控制器 Pod 的内存消耗。

OpenShift Serverless 现在使用 Knative Serving 1.3。

OpenShift Serverless 现在使用 Knative Eventing 1.3。

OpenShift Serverless 现在使用 Kourier 1.3。

OpenShift Serverless 现在使用 Knative (kn) CLI 1.3。

OpenShift Serverless 现在使用 Knative Kafka 1.3。

kn func CLI 插件现在使用 `func` 0.24。

Knative 服务的初始化容器支持现已正式发布 (GA)。

OpenShift Serverless 逻辑现在作为开发者预览版提供。它支持定义声明式工作流模型，用于管理无服务器应用程序。

对于 OpenShift Container Platform，您现在可以将成本管理服务与 OpenShift Serverless 配合使用。

将 OpenShift Serverless 与 Red Hat OpenShift Service Mesh 集成会导致 `net-istio-controller` Pod 在启动时内存不足，尤其是在集群中存在大量密钥时。

OpenShift Serverless Functions 技术预览版现在默认使用 Cloud Native Buildpacks 来构建容器镜像。

Kafka 代理、Kafka 源和 Kafka 接收器的联邦信息处理标准 (FIPS) 模式已禁用。

在 OpenShift Serverless 1.23 中，已删除对 KafkaBindings 和 `kafka-binding` webhook 的支持。但是，现有的 `kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration` 可能仍然存在，指向不再存在的 `kafka-source-webhook` 服务。

$ oc delete mutatingwebhookconfiguration kafkabindings.webhook.kafka.sources.knative.dev

OpenShift Serverless 现在使用 Knative Serving 1.2。

OpenShift Serverless 现在使用 Knative Eventing 1.2。

OpenShift Serverless 现在使用 Kourier 1.2。

OpenShift Serverless 现在使用 Knative (kn) CLI 1.2。

OpenShift Serverless 现在使用 Knative Kafka 1.2。

kn func CLI 插件现在使用 `func` 0.24。

现在可以使用 `kafka.eventing.knative.dev/external.topic` 注解与 Kafka 代理一起使用。此注解使得可以使用现有的外部管理主题，而不是代理创建其自身的内部主题。

`kafka-ch-controller` 和 `kafka-webhook` Kafka 组件不再存在。这些组件已被 `kafka-webhook-eventing` 组件取代。

OpenShift Serverless Functions 技术预览版现在默认使用 Source-to-Image (S2I) 来构建容器镜像。

Kafka 代理、Kafka 源和 Kafka 接收器的联邦信息处理标准 (FIPS) 模式已禁用。

如果删除包含 Kafka 代理的命名空间，如果在代理之前删除了代理的 `auth.secret.ref.name` 密钥，则命名空间终结器可能无法删除。

使用大量 Knative 服务运行 OpenShift Serverless 可能会导致 Knative activator Pod 的运行内存接近其默认的 600MB 内存限制。如果内存消耗达到此限制，这些 Pod 可能会重新启动。可以通过修改 `KnativeServing` 自定义资源来配置 activator 部署的请求和限制。

apiVersion: operator.knative.dev/v1beta1
kind: KnativeServing
metadata:
  name: knative-serving
  namespace: knative-serving
spec:
  deployments:
  - name: activator
    resources:
    - container: activator
      requests:
        cpu: 300m
        memory: 60Mi
      limits:
        cpu: 1000m
        memory: 1000Mi

如果使用 Cloud Native Buildpacks 作为函数的本地构建策略，则 `kn func` 无法自动启动 podman 或使用 SSH 隧道连接到远程守护程序。解决这些问题的办法是在部署函数之前，先在本地开发计算机上运行 Docker 或 podman 守护程序。

对于 Quarkus 和 Golang 运行时，集群内函数构建当前失败。它们在 Node、Typescript、Python 和 Springboot 运行时中可以正常工作。

OpenShift Serverless 现在使用 Knative Serving 1.1。

OpenShift Serverless 现在使用 Knative Eventing 1.1。

OpenShift Serverless 现在使用 Kourier 1.1。

OpenShift Serverless 现在使用 Knative (kn) CLI 1.1。

OpenShift Serverless 现在使用 Knative Kafka 1.1。

kn func CLI 插件现在使用 func 0.23。

Knative 服务的初始化容器支持现已作为技术预览版提供。

Knative 服务的持久卷声明 (PVC) 支持现已作为技术预览版提供。

knative-serving、knative-serving-ingress、knative-eventing 和 knative-kafka 系统命名空间现在默认具有 knative.openshift.io/part-of: "openshift-serverless" 标签。

已添加Knative Eventing - Kafka Broker/Trigger 仪表板，允许在 Web 控制台中可视化 Kafka 代理和触发器指标。

已添加Knative Eventing - KafkaSink 仪表板，允许在 Web 控制台中可视化 KafkaSink 指标。

Knative Eventing - Broker/Trigger 仪表板现已更名为Knative Eventing - 基于通道的 Broker/Trigger。

knative.openshift.io/part-of: "openshift-serverless" 标签已替换 knative.openshift.io/system-namespace 标签。

Knative Serving YAML 配置文件中的命名风格已从驼峰式命名法 (ExampleName) 更改为短横线式命名法 (example-name)。从本版本开始，创建或编辑 Knative Serving YAML 配置文件时，请使用短横线式命名法。

Kafka 代理、Kafka 源和 Kafka 接收器的联邦信息处理标准 (FIPS) 模式已禁用。

OpenShift Serverless 现在使用 Knative Serving 1.0

OpenShift Serverless 现在使用 Knative Eventing 1.0。

OpenShift Serverless 现在使用 Kourier 1.0。

OpenShift Serverless 现在使用 Knative (kn) CLI 1.0。

OpenShift Serverless 现在使用 Knative Kafka 1.0。

kn func CLI 插件现在使用 func 0.21。

Kafka sink 现已作为技术预览版提供。

Knative 开源项目已开始弃用驼峰式命名法配置键，转而始终如一地使用 kebab-case 命名法。因此，先前在 OpenShift Serverless 1.18.0 发行说明中提到的 defaultExternalScheme 键现已弃用，并替换为 default-external-scheme 键。该键的使用说明保持不变。

在 OpenShift Serverless 1.20.0 中，存在一个事件传递问题，影响使用 kn event send 将事件发送到服务。此问题现已修复。

在 OpenShift Serverless 1.20.0 (func 0.20) 中，使用 http 模板创建的 TypeScript 函数无法在集群上部署。此问题现已修复。

在 OpenShift Serverless 1.20.0 (func 0.20) 中，使用 gcr.io 注册表部署函数会失败并显示错误。此问题现已修复。

在 OpenShift Serverless 1.20.0 (func 0.20) 中，使用 kn func create 命令创建 Springboot 函数项目目录，然后运行 kn func build 命令会失败并显示错误消息。此问题现已修复。

在 OpenShift Serverless 1.19.0 (func 0.19) 中，某些运行时无法使用 podman 构建函数。此问题现已修复。

目前，域名映射控制器无法处理包含当前不支持的路径的代理的 URI。

apiVersion: serving.knative.dev/v1alpha1
kind: DomainMapping
metadata:
  name: <domain-name>
  namespace: knative-eventing
spec:
  ref:
    name: broker-ingress
    kind: Service
    apiVersion: v1

OpenShift Serverless 现在使用 Knative Serving 0.26。

OpenShift Serverless 现在使用 Knative Eventing 0.26。

OpenShift Serverless 现在使用 Kourier 0.26。

OpenShift Serverless 现在使用 Knative (kn) CLI 0.26。

OpenShift Serverless 现在使用 Knative Kafka 0.26。

kn func CLI 插件现在使用 func 0.20。

Kafka 代理现已作为技术预览版提供。

kn event 插件现已作为技术预览版提供。

kn service create 命令的 --min-scale 和 --max-scale 标志已弃用。请改用 --scale-min 和 --scale-max 标志。

OpenShift Serverless 部署使用 HTTPS 的默认地址的 Knative 服务。向集群内资源发送事件时，发送方未配置集群证书颁发机构 (CA)。这会导致事件传递失败，除非集群使用全球公认的证书。

$ kn event send --to-url https://ce-api.foo.example.com/

$ kn event send --to Service:serving.knative.dev/v1:event-display

Kafka 代理目前在启用了联邦信息处理标准 (FIPS) 模式的集群上不起作用。

如果您使用 kn func create 命令创建 Springboot 函数项目目录，则随后运行 kn func build 命令会失败并显示此错误消息。

[analyzer] no stack metadata found at path ''
[analyzer] ERROR: failed to : set API for buildpack 'paketo-buildpacks/ca-certificates@3.0.2': buildpack API version '0.7' is incompatible with the lifecycle

使用 gcr.io 注册表部署函数会失败并显示此错误消息。

Error: failed to get credentials: failed to verify credentials: status code: 404

使用http模板创建的TypeScript函数无法在集群上部署。

buildEnvs: []

buildEnvs:
- name: BP_NODE_RUN_SCRIPTS
  value: build

在func 0.20版本中，某些运行时可能无法使用podman构建函数。您可能会看到类似于以下的错误消息

ERROR: failed to image: error during connect: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.40/info": EOF

OpenShift Serverless现在使用Knative Serving 0.25。

OpenShift Serverless现在使用Knative Eventing 0.25。

OpenShift Serverless现在使用Kourier 0.25。

OpenShift Serverless现在使用Knative (kn) CLI 0.25。

OpenShift Serverless现在使用Knative Kafka 0.25。

kn func CLI插件现在使用func 0.19。

KafkaBinding API已在OpenShift Serverless 1.19.0中弃用，并将在未来的版本中删除。

现在支持HTTPS重定向，可以为集群全局配置，也可以为每个Knative服务配置。

在之前的版本中，Kafka通道调度程序只等待本地提交成功后才响应，这可能在Apache Kafka节点发生故障时导致事件丢失。Kafka通道调度程序现在等待所有同步副本提交后才响应。

在func 0.19版本中，某些运行时可能无法使用podman构建函数。您可能会看到类似于以下的错误消息

ERROR: failed to image: error during connect: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.40/info": EOF

OpenShift Serverless现在使用Knative Serving 0.24.0。

OpenShift Serverless现在使用Knative Eventing 0.24.0。

OpenShift Serverless现在使用Kourier 0.24.0。

OpenShift Serverless现在使用Knative (kn) CLI 0.24.0。

OpenShift Serverless现在使用Knative Kafka 0.24.7。

kn func CLI插件现在使用func 0.18.0。

在即将发布的OpenShift Serverless 1.19.0版本中，外部路由的URL方案将默认为HTTPS，以增强安全性。

...
spec:
  config:
    network:
      defaultExternalScheme: "http"
...

...
spec:
  config:
    network:
      defaultExternalScheme: "https"
...

在即将发布的OpenShift Serverless 1.19.0版本中，Kourier Gateway公开的默认服务类型将是ClusterIP，而不是LoadBalancer。

...
spec:
  ingress:
    kourier:
      service-type: LoadBalancer
...

您现在可以将emptyDir卷与OpenShift Serverless一起使用。有关详细信息，请参阅有关Knative Serving的OpenShift Serverless文档。

使用kn func创建函数时，现在可以使用Rust模板。

之前的Camel-K 1.4版本与OpenShift Serverless 1.17.0不兼容。Camel-K中的问题已修复，Camel-K 1.4.1版本可以与OpenShift Serverless 1.17.0一起使用。

以前，如果您为Kafka通道创建新的订阅，或创建新的Kafka源，则在新建的订阅或接收器报告就绪状态后，Kafka数据平面可能需要延迟才能准备好调度消息。

较旧版本的Knative kn CLI可能使用较旧版本的Knative Serving和Knative Eventing API。例如，kn CLI的0.23.2版本使用v1alpha1 API版本。