1.7. Red Hat OpenShift Serverless 1.25.0 发行注记
OpenShift Serverless 1.25.0 现已正式发布。OpenShift Container Platform 上的 OpenShift Serverless 的新功能、改变以及已知的问题包括在此文档中。
1.7.1. 新功能
- OpenShift Serverless 现在使用 Knative Serving 1.4。
- OpenShift Serverless 现在使用 Knative Eventing 1.4。
- OpenShift Serverless 现在使用 Kourier 1.4。
-
OpenShift Serverless 现在使用 Knative (
kn) CLI 1.4。 - OpenShift Serverless 现在使用 Knative Kafka 1.4。
-
kn funcCLI 插件现在使用func1.7.0。 - 用于创建和部署功能的集成开发环境(IDE)插件现在可用于 Visual Studio Code 和 IntelliJ。
Knative Kafka 代理现在是 GA。Knative Kafka 代理是 Knative 代理 API 的高性能实现，直接以 Apache Kafka 为目标。
建议您不要使用 MT-Channel-Broker，而是使用 Knative Kafka 代理。
-
Knative Kafka sink 现在为 GA。
KafkaSink使用CloudEvent，并将其发送到 Apache Kafka 主题。事件可以在结构化或二进制内容模式中指定。 - 为内部流量启用 TLS 现在作为技术预览提供。
1.7.2. 修复的问题
- 在以前的版本中，如果在存活度探测失败后重启容器，Knative Serving 会出现一个就绪度探测失败。这个问题已被解决。
1.7.3. 已知问题
- Kafka 代理、Kafka 源和 Kafka sink 禁用 Federal Information Processing Standards (FIPS) 模式。
-
SinkBinding对象不支持服务的自定义修订名称。 Knative Serving Controller pod 添加了一个新的 informer 来监视集群中的 secret。informer 在缓存中包含 secret，这会增加控制器 pod 的内存消耗。
如果 pod 内存不足，您可以通过增加部署的内存限值来解决此问题。
如果您将
net-istio用于 Ingress，并使用security.dataPlane.mtls: true通过 SMCP 启用 mTLS，Service Mesh 为*.local主机部署DestinationRule，这代表不允许对 OpenShift Serverless 使用DomainMapping。要临时解决这个问题，部署
PeerAuthentication来启用 mTLS，而不是使用security.dataPlane.mtls: true。
其他资源
