1.6. Red Hat OpenShift Serverless 1.35


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

1.6.1. 新功能

  • OpenShift Serverless 现在使用 Knative Serving 1.15。
  • OpenShift Serverless 现在使用 Knative Eventing 1.15。
  • OpenShift Serverless 现在使用 Kourier 1.15。
  • OpenShift Serverless 现在使用 Knative (kn) CLI 1.15。
  • OpenShift Serverless 现在使用 Knative 用于 Apache Kafka 1.15。
  • kn func CLI 插件现在使用 func 1.16。
  • mirror.openshift.com 上的 Knative (kn)客户端的当前下载路径已弃用,且不再可用于下一个版本。不会发生自动重定向。如果您的项目或 CI/CD 管道依赖这个 URL 来安装 OpenShift Serverless CLI,您必须相应地更新您的配置。另外,会提供迁移详情,包括新的下载位置。

  • Knative Eventing Catalog 插件现在包括在 Backstage 插件列表中,您也可以在 Red Hat Developer Hub 上安装它。此功能作为开发者预览提供。
  • 使用 S2I 构建器的 Go 功能现在作为 Linux 和 Mac 开发人员正式发布(GA)功能提供,允许他们在这些平台上实施和构建 Go 功能。
  • 现在,可以根据传入事件的结构自动发现和注册 EventTypes,简化了 EventTypes 的整体配置和管理。
  • Knative 事件目录现在包括在 OpenShift Developer Console (ODC)中。您可以浏览目录来发现不同的事件类型,以及它们的描述和相关元数据,从而更轻松地了解系统的功能和功能。
  • Knative Eventing 现在支持长时间运行的后台作业。此功能将资源密集型或耗时的任务与主要事件处理流分离,从而提高了应用程序响应性和可扩展性。
  • 现在,通过 Kubernetes Event-Driven Autoscaling (KEDA)作为技术预览(TP)功能改进了 Knative Kafka 订阅的自动扩展。使用 CMA/KEDA 自动扩展可优化 Kafka 触发器和 KafkaSource 对象的资源分配,通过启用 Kafka 消费者资源的动态扩展来提高事件驱动的工作负载的性能。
  • OpenShift Serverless Logic 现在与 Prometheus 和 Grafana 集成,以提供增强的监控支持。
  • 现在,使用 devpreview 配置集部署的 OpenShift Serverless Logic 工作流会自动配置为为 Prometheus 生成监控指标。
  • 现在,通过配置 SonataFlowPlatform 自定义资源(CR)中的 spec.services.jobService.podTemplate.replicas 字段,可以将 Jobs Service 扩展到零。
  • 现在,使用 previewgitops 配置集部署的 OpenShift Serverless Logic 工作流会自动配置为将分组的事件发送到 Data Index,从而优化事件流量。
  • 现在,提供了工作流定义中更全面的错误列表,而不是仅显示第一个检测到的错误。
  • OpenShift Serverless Logic 现在认证可用于 PostgreSQL 版本 15.9
  • OpenShift Serverless Logic 工作流和 Data Index 之间的事件性能现在改进了事件分组和压缩。
  • 现在,当工作流中止时,会调用 compensation 状态。
  • OpenShift Serverless Logic 现在支持配置 Knative Eventing 系统来为工作流和支持服务生成和使用事件。
  • Broker 和 KafkaChannel (Apache Kafka)的 secret 配置已被统一。

1.6.2. 修复的问题

  • 在以前的版本中,Horizontal Pod Autoscaler (HPA)会预先缩减 Activator 组件,从而导致对 Knative Service 的长时间运行请求被终止。这个问题现已解决。terminationGracePeriodSeconds 值会根据 Knative 修订版本的 max-revision-timeout-seconds 配置自动设置。
  • 在以前的版本中,对带有较慢的后端的 Knative Service 的请求可能会超时,因为默认的 Red Hat OpenShift Serverless 路由超时太短。现在,您可以通过在 OpenShift Serverless 的 Operator Subscription 对象中指定环境变量来配置路由 HAProxy 超时,如下所示:

    apiVersion: operators.coreos.com/v1alpha1
    kind: Subscription
    metadata:
      # ...
    spec:
      channel: stable
      config:
        env:
          - name: ROUTE_HAPROXY_TIMEOUT
            value: '900'
    Copy to Clipboard Toggle word wrap
返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2025 Red Hat