1.6. Red Hat OpenShift Serverless 1.32
OpenShift Serverless 1.32 现已正式发布。OpenShift Container Platform 上的 OpenShift Serverless 的新功能、更新以及已知的问题包括在以下备注中。
1.6.1. 新功能
- OpenShift Serverless 现在使用 Knative Serving 1.11。
- OpenShift Serverless 现在使用 Knative Eventing 1.11。
- OpenShift Serverless 现在使用 Kourier 1.11。
-
OpenShift Serverless 现在使用 Knative (
kn
) CLI 1.11。 - OpenShift Serverless 现在使用 Knative 用于 Apache Kafka 1.11。
-
kn func
CLI 插件现在使用func
1.13。 Serverless Logic 作为一个技术预览(TP)功能更新。
有关使用说明 ,请参阅 Serverless Logic 文档。
-
您可以为用户容器和
queue-proxy
容器配置 OpenShift Serverless 功能就绪度和存活度探测设置。 -
OpenShift Serverless 功能现在支持来自
1.10
till1.14
(latest)的 OpenShift Pipelines 版本。旧版本的 OpenShift Pipelines 不再与 OpenShift Serverless 功能兼容。 - On-cluster 功能构建(包括使用 Pipelines as Code)现在在 OpenShift Data Foundation 存储上的 IBM zSystems (s390x)和 IBM Power (ppc64le)上被支持。
-
现在,您可以使用
func subscribe
命令订阅一组事件的函数。这会将您的功能链接到过滤器定义的CloudEvent
对象,并启用自动响应。 -
内部流量的 Knative Serving TLS 加密功能现已弃用。它是一个技术预览功能。
内部加密
配置标志的功能不再可用,它将在以后的版本中被新的配置标志替代。 -
在 OpenShift Serverless Operator 端默认启用 secret 过滤。环境变量
ENABLE_SECRET_INFORMER_FILTERING_BY_CERT_UID=true
会被默认添加到net-istio
和net-kourier
控制器 pod。 -
knative-serving
命名空间中的domain-mapping
和domain-mapping-webhook
部署功能现已被删除。现在,它们与 Serving Webhook 和 Serving Controller 集成。 -
如果您在
KnativeServing
自定义资源(CR)中设置spec.config.domain
字段,则默认外部域将不再自动填充knative-serving
命名空间中的config-domain
配置映射。现在,您必须手动配置config-domain
配置映射以确保准确的域设置。 -
现在,您可以将 gRPC 健康探测用于
net-kourier
部署。Kourier 控制器现在对就绪度和存活度使用标准 Kubernetes gRPC 健康探测,替换之前使用 exec 和自定义命令。timeoutSeconds
值已从 100 毫秒调整为 1 秒,以确保更可靠的探测响应。 - 新的触发器过滤器功能现在作为技术预览提供。新的触发器过滤器现在默认启用。它允许用户指定一组过滤器表达式,其中每个表达式都会为每个事件评估为 true 或 false。
- Knative Eventing 现在以开发者预览的形式支持传输加密(Eventing TLS)中的数据。您可以配置 Knative Eventing 组件来公开 HTTPS 地址,并将用户提供的 CA 信任捆绑包添加到客户端。
- OpenShift Serverless 现在支持系统组件的自定义 OpenShift CA 捆绑包注入。如需更多信息,请参阅 配置自定义 PKI。
- 现在,您可以使用自定义 Metrics Autoscaler Operator 来自动扩展 Apache Kafka 源的 Knative Eventing 源。此功能作为开发人员预览提供,为 Knative Eventing 中的基于 Kafka 的事件源提供增强的可扩展性和效率。
- 现在,您可以在 OpenShift Developer 控制台的 Developer 视图 的 Observe 选项卡中直接探索 Knative Eventing 监控仪表板。
-
OpenShift Serverless 1.32 中弃用了对 Knative 提供的 EventTypes
v1beta1
的支持。在 OpenShift Serverless 1.32 中,Knative CLI 使用 EventTypev1beta2
API 来简化新的引用模型。在以前的版本中,kn
CLI 与 EventType APIv1beta1
向后兼容性,仅限于kn eventtypes
子子命令组。因此,建议您使用匹配的kn
版本获得最佳用户体验。
1.6.2. 修复的问题
-
现在,
3scale-kourier-gateways
从500m
增加到1s
的默认 CPU 限值。当创建 500 多个 Knative Service 实例时,可能会导致3scale-kourier-gateways
pod 中的就绪度和存活度探测失败,因为 CPU 资源耗尽。这种调整旨在减少此类故障,并确保即使负载过重也更顺利的操作。
1.6.3. 已知问题
- 由于不同的挂载点权限,集群构建上的直接上传无法在 IBM zSystems (s390x)和 IBM Power (ppc64le)上工作。
使用 Podman 版本 4.6 构建和部署功能会失败,并显示
无效的 pull 策略 "1"
错误。要临时解决这个问题,请使用 Podman 版本 4.5。