1.8. Red Hat OpenShift Serverless 1.24.0 发行注记

OpenShift Serverless 1.24.0 现已正式发布。OpenShift Container Platform 上的 OpenShift Serverless 的新功能、改变以及已知的问题包括在此文档中。

当集群中存在太多 secret 时，将 OpenShift Serverless 与 Red Hat OpenShift Service Mesh 集成会导致 net-istio-controller pod 在启动时耗尽内存。
现在，可以启用 secret 过滤，这会导致 net-istio-controller 只考虑带有 networking.internal.knative.dev/certificate-uid 标签的 secret，从而减少所需的内存量。
OpenShift Serverless 功能技术预览现在默认使用 Cloud Native Buildpacks 构建容器镜像。

Kafka 代理、Kafka 源和 Kafka sink 禁用 Federal Information Processing Standards (FIPS) 模式。
在 OpenShift Serverless 1.23 中，删除了 KafkaBindings 和 kafka-binding Webhook 的支持。但是，现有 kafkabindings.webhook.sources.knative.dev MutatingWebhookConfiguration 可能保留，指向 kafka-source-webhook 服务，该服务不再存在。
对于集群上 KafkaBindings 的某些规格，kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration 可能会被配置，将任何创建和更新事件传递给各种资源，如 Deployment、Knative Services 或 Jobs，然后 Webhook 会失败。
要临时解决这个问题，请在升级到 OpenShift Serverless 1.23 后从集群中删除 kafkabindings.webhook.sources.knative.dev MutatingWebhookConfiguration：
```
$ oc delete mutatingwebhookconfiguration kafkabindings.webhook.kafka.sources.knative.dev
```
如果您将 net-istio 用于 Ingress，并使用 security.dataPlane.mtls: true 通过 SMCP 启用 mTLS，Service Mesh 为 *.local 主机部署 DestinationRule，这代表不允许对 OpenShift Serverless 使用 DomainMapping。
要临时解决这个问题，部署 PeerAuthentication 来启用 mTLS，而不是使用 security.dataPlane.mtls: true。