1.8. 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 的次版本。有关更新的信息，请参阅 Compliance Activities 和 Government Standards 知识库文章。
1.8.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 用于 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 Source
- Apache Kafka 的 Knative Broker
- 用于 Apache Kafka 的 Knative Sink
-
ContainerSource -
SinkBinding -
InMemoryChannel -
KafkaChannel - 基于频道的 Knative Broker
-
- 用于 OpenShift Serverless 功能的 Pipelines-as-code 现在作为技术预览提供(TP)。
-
现在，您可以为
net-kourier配置每秒突发和查询(QPS)值。 OpenShift Serverless 功能用户现在可以覆盖单个 Quarkus 功能的
func.yaml文件中的就绪度和存活度探测有关 Quarkus、typetype 和 Node.js 功能的信息，请参阅"功能开发参考指南"。
从 OpenShift Serverless 1.30.0 开始，Kourier 控制器和网关清单默认具有以下限制和请求：
requests:
- cpu: 200m
- 内存：200Mi
limits:
- cpu: 500m
内存：500Mi
请参阅 OpenShift Serverless 文档中的"覆盖 Knative Serving 系统部署配置"部分。
-
NamespacedKafka注解（一个技术预览(TP)功能）现已弃用，现在使用没有数据平面隔离的标准 Kafka 代理。
1.8.2. 修复的问题
在以前的版本中，
3scale-kourier-gatewaypod 每天发送数千个net-kourier-controllerDNS 查询。为每个NXDOMAIN回复发送新的查询。这继续，直到生成正确的 DNS 查询。现在，查询会默认具有
net-kourier-controller.knative-serving-ingress.svc.<cluster domain>. 完全限定域名(FQDN)，它解决了这个问题。
1.8.3. 已知问题
使用 Podman 版本 4.6 构建和部署功能会失败，并显示
无效的 pull 策略 "1"错误。要临时解决这个问题，请使用 Podman 版本 4.5。
- IBM zSystems 和 IBM Power 不支持 On-cluster 功能构建（包括使用 Pipelines-as-code）。
- IBM zSystems 和 IBM Power 不支持 Buildpack builder。
其他资源
