1.15. 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 的次版本也是如此。有关更新的信息，请参阅 合规性活动和政府标准知识库文章。
1.15.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.15.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后，从资源中删除终结器。
