1.4. Red Hat OpenShift Serverless 1.30 发行注记
OpenShift Serverless 1.30 现已正式发布。Red Hat OpenShift Serverless 上的 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.4.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 func
CLI 插件现在使用func
1.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.4.2. 修复的问题
在以前的版本中,
3scale-kourier-gateway
pod 每天发送数千个net-kourier-controller
DNS 查询。为每个NXDOMAIN
回复发送新的查询。这继续,直到生成正确的 DNS 查询。现在,查询会默认具有
net-kourier-controller.knative-serving-ingress.svc.<cluster domain
>. 完全限定域名(FQDN),它解决了这个问题。
1.4.3. 已知问题
使用 Podman 版本 4.6 构建和部署功能会失败,并显示
无效的 pull 策略 "1"
错误。要临时解决这个问题,请使用 Podman 版本 4.5。
- IBM zSystems 和 IBM Power 不支持使用 Pipelines-as-code 进行功能部署。
- IBM zSystems 和 IBM Power 不支持 Packbuilder。
其他资源