1.10. Red Hat OpenShift Serverless 1.28 发行注记
OpenShift Serverless 1.28 现已正式发布。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 的次版本。有关更新的信息，请参阅 Compliance Activities 和 Government Standards 知识库文章。
1.10.1. 新功能
- 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 代理实现。
-
kn funcCLI 插件现在使用func1.9.1 版本。 - Node.js 和 TypeScript 运行时现在正式发布 (GA)。
- OpenShift Serverless 功能的 Python 运行时现在作为技术预览提供。
- Knative Serving 的多容器支持现在作为技术预览提供。此功能允许您使用单个 Knative 服务来部署多容器 pod。
在 OpenShift Serverless 1.29 或更高版本中，Knative Eventing 的以下组件将从两个 pod 缩减为一个：
-
imc-controller -
imc-dispatcher -
mt-broker-controller -
mt-broker-filter -
mt-broker-ingress
-
Serving CR 的
serverless.openshift.io/enable-secret-informer-filtering注解现已弃用。该注解仅适用于 Istio，不适用于 Kourier。在 OpenShift Serverless 1.28 中，OpenShift Serverless Operator 允许注入
net-istio和net-kourier的环境变量ENABLE_SECRET_INFORMER_FILTERING_BY_CERT_UID。如果启用 secret 过滤，则所有 secret 都需要使用
networking.internal.knative.dev/certificate-uid: "<id>"。否则，Knative Serving 不会检测到它们，这会导致失败。您必须标记新的和现有的 secret。在以下 OpenShift Serverless 版本中，secret 过滤将默认启用。要防止失败，请预先标记您的 secret。
1.10.2. 已知问题
目前，IBM Power、IBM zSystems 和 IBM® LinuxONE 上的 OpenShift Serverless 功能不支持 Python 的运行时。
Node.js、typetype 和 Quarkus 功能在这些架构中被支持。
在 Windows 平台上，因为
app.sh文件权限，无法使用 Source-to-Image 构建器在本地构建、运行或部署 Python 功能。要临时解决这个问题，对 Linux 使用 Windows 子系统。
-
在 Red Hat OpenShift Serverless 1.27 被删除前创建的
KafkaSource资源会卡住。要临时解决这个问题，在开始删除KafkaSource后，从资源中删除终结器。
