1.12. Red Hat OpenShift Serverless 1.30
OpenShift Serverless 1.30 现已正式发布。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.12.1. 新功能
- 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 funcCLI 插件现在使用func1.10.1。 - OpenShift Serverless 现在在 HyperShift 托管集群中运行。
- OpenShift Serverless 现在在单节点 OpenShift 中运行。
- OpenShift Serverless 的开发人员体验现在可以通过 OpenShift Toolkit 获取，它是 Visual Studio Code (VSCode)的 OpenShift IDE 扩展。扩展可以从 VSCode Extension Tab 和 VSCode Marketplace 安装。请参阅 Visual Studio Code OpenShift Toolkit 扩展的 Marketplace 页面。
- OpenShift Serverless 功能现在支持 Red Hat OpenShift Pipelines 版本 1.10 和 1.11。旧版本的 Red Hat OpenShift Pipelines 不再与 OpenShift Serverless 功能兼容。
Serverless Logic 现在作为技术预览提供(TP)功能。
详情请查看 Serverless Logic 文档。
从 OpenShift Serverless 1.30.0 开始，使用 s2i 构建器在 IBM zSystems 上支持以下运行时环境：
- NodeJS
- Python
- TypeScript
- Quarkus
Eventing 与 Red Hat OpenShift Service Mesh 集成现在作为技术预览提供(TP)功能。
集成包括以下内容：
-
PingSource -
ApiServerSource - Apache Kafka 的 Knative 源
- Apache Kafka 的 Knative Broker
- Apache Kafka 的 Knative Sink
-
ContainerSource -
SinkBinding -
InMemoryChannel -
KafkaChannel - 基于频道的 Knative Broker
-
- OpenShift Serverless 功能的 pipelines-as-code 现在作为技术预览提供(TP)。
-
现在，您可以为
net-kourier配置每秒的 burst 和 query 值(QPS)。 OpenShift Serverless Functions 用户现在可以为单个 Quarkus 功能覆盖
func.yaml文件中的readiness和liveness探测值。有关 Quarkus、typetype 和 Node.js 功能的指导，请参阅"功能开发参考指南"。
从 OpenShift Serverless 1.30.0 开始，Kourier 控制器和网关清单默认具有以下限制和请求：
requests:
- CPU: 200m
- 内存：200Mi
limits:
- cpu: 500m
内存：500Mi
请参阅 OpenShift Serverless 文档中的"覆盖 Knative Serving 系统部署配置"部分。
-
NamespacedKafka注解（技术预览）功能(TP)功能现已弃用，现在使用没有 data plane 隔离的标准 Kafka 代理。
1.12.2. 修复的问题
在以前的版本中，
3scale-kourier-gatewaypod 每天发送数千个net-kourier-controllerDNS 查询。正在为每个NXDOMAIN回复发送新查询。这会继续，直到生成了正确的 DNS 查询。查询现在默认具有
net-kourier-controller.knative-serving-ingress.svc.<cluster domain> 的完全限定域名(FQDN)，从而解决了这个问题。
1.12.3. 已知问题
使用 Podman 版本 4.6 构建和部署功能会失败，并显示
无效的 pull policy "1"错误。要临时解决这个问题，请使用 Podman 版本 4.5。
- IBM zSystems 和 IBM Power 不支持 on-cluster 功能构建，包括使用 Pipelines-as-code。
- IBM zSystem 和 IBM Power 不支持 Buildpack 构建器。
其他资源
