1.8. Red Hat OpenShift Serverless 1.32


OpenShift Serverless 1.32 现已正式发布。OpenShift Container Platform 上的 OpenShift Serverless 的新功能、更新和已知的问题包括在以下备注中。

1.8.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 (作为技术预览提供)功能已更新。

    有关使用说明 ,请参阅 Serverless Logic 文档

  • 您可以为用户容器和 queue-proxy 容器配置 OpenShift Serverless 功能就绪度和存活度探测设置。
  • OpenShift Serverless 功能现在支持从 1.10 till 1.14 (latest)中的 OpenShift Pipelines 版本。旧版本 OpenShift Pipelines 不再与 OpenShift Serverless 功能兼容。
  • 目前,在 OpenShift Data Foundation 存储上的 IBM zSystems (s390x)和 IBM Power (ppc64le)上支持使用 Pipelines 作为代码的 on-cluster 功能构建。
  • 现在,您可以使用 func subscribe 命令订阅一组事件。这会将您的功能链接到您的过滤器定义的 CloudEvent 对象,并启用自动响应。
  • 内部流量的 Knative Serving TLS 加密功能现已弃用。它是一个技术预览功能。带有 internal-encryption 配置标志的功能不再可用,它将在以后的版本中被新的配置标志替代。
  • OpenShift Serverless Operator 端默认启用 secret 过滤。默认向 net-istionet-kourier 控制器 pod 添加环境变量 ENABLE_SECRET_INFORMER_FILTERING_BY_CERT_UID=true
  • knative-serving 命名空间中的 domain-mappingdomain-mapping-webhook 部署功能现已被删除。现在,它们与 Serving Webhook 和 Serving Controller 集成。
  • 如果您在 KnativeServing 自定义资源(CR)中设置 spec.config.domain 字段,则默认外部域将不再自动填充 knative-serving 命名空间中的 config-domain 配置映射。现在,您必须手动配置 config-domain 配置映射,以确保准确的域设置。
  • 现在,您可以将 gRPC 健康探测用于 net-kourier 部署。Kourier Controller 现在为就绪度和存活度使用标准 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 使用 EventType v1beta2 API 来促进新的参考模型。在以前的版本中,kn CLI 不向后兼容 EventType API v1beta1,仅限于 kn eventtypes 子子命令组。因此,建议您使用匹配的 kn 版本获得最佳用户体验。

1.8.2. 修复的问题

  • 现在,3scale-kourier-gateways500m 增加到 1s 默认 CPU 限制。创建 500 多个 Knative Service 实例时,可能会导致 3scale-kourier-gateways pod 中的就绪度和存活度探测失败,因为 CPU 资源耗尽。这个调整旨在减少这样的故障,并确保在负载过重时可以平稳操作。

1.8.3. 已知问题

  • 由于不同的挂载点权限,集群构建上的直接上传不适用于 IBM zSystems (s390x)和 IBM Power (ppc64le)。
  • 使用 Podman 版本 4.6 构建和部署功能会失败,并显示 无效的 pull policy "1" 错误。

    要临时解决这个问题,请使用 Podman 版本 4.5。

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.