1.14. Red Hat OpenShift Serverless 1.29
OpenShift Serverless 1.29 现已正式发布。OpenShift Container Platform 上的 OpenShift Serverless 的新功能、更新和已知的问题包括在以下备注中。
重要
OpenShift Container Platform 4.13 基于 Red Hat Enterprise Linux (RHEL) 9.2。RHEL 9.2 尚未提交联邦信息处理标准(FIPS)验证。虽然红帽无法提交到特定的时间线，但我们预期为 RHEL 9.0 和 RHEL 9.2 模块获取 FIPS 验证，即使 RHEL 9.x 的次版本也是如此。有关更新的信息，请参阅 合规性活动和政府标准知识库文章。
1.14.1. 新功能
- 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 现在使用 Knative 用于 Apache Kafka 1.8。
-
kn funcCLI 插件现在使用func1.10。 从 OpenShift Serverless 1.29 开始，提供了不同的产品版本，如下所示：
-
最新版本可通过
stable频道获得。 早于最新的版本可以通过基于版本的频道获得。
要使用这些，请将订阅对象 YAML 文件中的 channel 参数从
stable更新到对应的基于版本的频道，如stable-1.29。此更改允许您只接收针对最新版本的更新，也适用于维护阶段的版本。
另外，您可以锁定 Knative (
kn) CLI 的版本。详情请参阅"安装 Knative CLI"部分。
-
最新版本可通过
- 现在，您可以使用 OpenShift Container Platform Pipelines 通过开发人员控制台创建 OpenShift Serverless 功能。
- 对 Knative Serving 的多容器支持现已正式发布(GA)。此功能允许您使用单个 Knative 服务来部署多容器 pod。
-
OpenShift Serverless 功能现在可以为单独的 Node.js 和 TypeScript 功能覆盖
func.yaml文件中的readiness和liveness探测值。 - 现在，当 GitHub 存储库中的源代码发生变化时，您可以将功能配置为自动部署到集群中。这允许更加无缝的 CI/CD 集成。
-
Eventing 与 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 会被自动更新。
1.14.2. 已知问题
- 当更新 DomainMapping 中指定的 secret 时，只更新 secret 不会触发协调循环。您需要重命名 secret 或删除 Knative Ingress 资源，以触发协调循环。
- OpenShift Serverless Operator 覆盖 Webhook Horizontal Pod Autoscaler (HPA)设置。因此，对于更高的工作负载，它无法扩展。要临时解决这个问题，请手动设置与您的工作负载对应的初始副本值。
-
在 Red Hat OpenShift Serverless 1.27 删除前创建的
KafkaSource资源会卡住。要临时解决这个问题，在开始删除KafkaSource后，从资源中删除终结器。 -
net-kourier-controller可能会因为存活度探测错误而无法启动。您可以使用知识库解决方案临时解决这个问题。
