关于 OpenShift Serverless

• 在以前的版本中，如果未启用 KafkaChannel 功能，在安装 KnativeKafka 后 kafka-controller-post-install-1.35 作业会失败。这个问题已被解决。post-install 作业现在可以成功完成，即使 KafkaChannels 被禁用。

• 在以前的版本中，KnativeEventing 聚合集群角色中缺少 sinks.knative.dev API 组。因此，如果您是一个非管理员用户，oc get all 命令会失败，并显示以下错误消息：

  jobsinks.sinks.knative.dev is forbidden: User "user" cannot list resource "jobsinks" in API group "sinks.knative.dev" in the namespace "test"

  Copy to Clipboard Toggle word wrap

  这个问题已解决。sinks.knative.dev API 组现在包括在 knative-eventing-namespaced 聚合集群角色中。现在，如果您有一个 查看、编辑 或 admin 角色，您可以在自己的命名空间中读取和列出 sink。

• 目前，您无法删除集群范围的资源，如 Webhook 配置，在卸载、重新安装或升级 KnativeServing 或 OpenShift Serverless Operator 后可能会保留。这些左侧资源可能会阻止协调过程，并阻止 KnativeServing 正确安装。当出现这个问题时，您可能会看到类似如下的错误：

  failed to apply non rbac manifest: Internal error occurred: failed calling webhook \"webhook.serving.knative.dev\": failed to call webhook: Post \"https://webhook.knative-serving.svc:443/?timeout=10s\": no endpoints available for service \"webhook\"

  Copy to Clipboard Toggle word wrap

  作为临时解决方案，您可以手动删除卡住的 Webhook 配置，以便协调可以继续：

  $ oc delete mutatingwebhookconfiguration webhook.serving.knative.dev

  Copy to Clipboard Toggle word wrap

  $ oc delete validatingwebhookconfiguration config.webhook.serving.knative.dev validation.webhook.serving.knative.dev

  Copy to Clipboard Toggle word wrap

• 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，您必须相应地更新您的配置。另外，会提供迁移详情，包括新的下载位置。

  • 弃用的 URL: https://mirror.openshift.com/pub/openshift-v4/clients/serverless/
• 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 集成，以提供增强的监控支持。
• 现在，使用 dev 或 preview 配置集部署的 OpenShift Serverless Logic 工作流会自动配置为为 Prometheus 生成监控指标。
• 现在，通过配置 SonataFlowPlatform 自定义资源(CR)中的 spec.services.jobService.podTemplate.replicas 字段，可以将 Jobs Service 扩展到零。
• 现在，使用 preview 和 gitops 配置集部署的 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 配置已被统一。

• 在以前的版本中，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

• 在以前的版本中，因为默认的 OpenShift Route 超时太短，对带有较慢的后端响应的请求可能会失败。这个问题已通过使 haproxy.router.openshift.io/timeout 设置针对自动创建的路由进行配置来解决。

  现在，您可以通过在 OpenShift Serverless Operator Subscription 配置中设置 ROUTE_HAPROXY_TIMEOUT 环境变量来调整超时，如下所示：

  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
• 在以前的版本中，如果使用 HorizontalPodAutoscaler 字段缩减 Activator 组件，则对 Knative Services 的长时间运行请求可能会被预先终止。这个问题已解决。Activator 的 terminationGracePeriodSeconds 字段现在与为 Knative 修订版本配置的 max-revision-timeout-seconds 设置自动保持一致。

• OpenShift Serverless 现在使用 Knative Serving 1.14。
• OpenShift Serverless 现在使用 Knative Eventing 1.14。
• OpenShift Serverless 现在使用 Kourier 1.14。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.14。
• OpenShift Serverless 现在使用 Knative 用于 Apache Kafka 1.14。
• kn func CLI 插件现在使用 func 1.15。
• OpenShift Serverless Logic 现在支持在同一命名空间中为 OpenAPI 的多个配置。
• OpenShift Serverless Logic 的管理控制台现在作为技术预览提供(TP)功能，用于简化开发流程。
• OpenShift Serverless Logic 1.34 引入了一项新功能，它允许工作流通过配置来访问不同的 OpenShift Container Platform 集群。此功能允许用户在工作流中定义 REST 调用，以便与多个集群无缝交互。
• 在 OpenShift Serverless Logic 中，作业服务存活度检查现已改进，以限制检索领导状态所需的时间。引入了一个新的系统属性 kogito.jobs-service.management.leader-check.expiration-in-seconds，允许您配置领导状态检查允许的最大时间。
• 自动 EventType 注册是一个 Eventing 功能，现在作为技术预览提供(TP)。它根据代理入口和内存频道上处理的事件自动创建 EventTypes 对象，改进了使用和创建 EventTypes 的体验。
• 加密 Serving 现在作为技术预览提供(TP)功能。
• 现在，支持启动探测，有助于缩短冷启动时间，从而加快应用程序启动速度并提高性能。这些探测对于具有缓慢启动进程的容器特别有用。
• OpenShift Serverless Serving 传输加密功能允许使用 TLS 通过安全和加密的 HTTPS 连接传输数据。现在，它作为一个技术预览(TP)功能提供。
• 使用 S2I 构建器的 Go 功能现在作为 Linux 和 Mac 开发人员的一个技术预览(TP)功能提供，允许他们在这些平台上实施和构建 Go 功能。
• 通过对 Knative Serving 的多容器支持，您可以使用单个 Knative 服务来部署多容器 pod。它还支持多个容器 的就绪度和存活度探测 值。
• 现在，通过 KEDA (Kubernetes Event-Driven Autoscaling)作为技术预览(TP)改进了 Knative Kafka 触发的自动扩展。使用 CMA/KEDA 自动扩展通过优化 Kafka 触发器和 KafkaSource 对象的资源分配来进一步增强性能，从而确保事件驱动的工作负载中的可扩展性。
• Knative Eventing 现在支持传输加密(Eventing TLS)中的数据作为技术预览(TP)功能。您可以将 Knative Eventing 组件配置为公开 HTTPS 地址，并将用户提供的 CA 信任捆绑包添加到客户端。

• 在以前的版本中，即使 KafkaSource.spec.net.tls.key 无法加载，KafkaSource 对象也会错误地处于 Ready 状态。这个问题已解决。现在，在创建 Kafka Broker,KafkaChannel,KafkaSource, KafkaSource , 或带有不支持的 TLS 证书的 KafkaSink 对象时，会报告一个错误，以确保正确处理和通知配置问题。
• Eventing 控制器错误地重新排队错误的对象类型(Namespace)，从而导致 "resource not found" 日志错误。这个问题现已解决，控制器现在可以处理对象重新排队，确保更准确的日志记录和资源管理。

• 在以前的版本中，在用户命名空间中创建 Knative 安装资源，如 KnativeServing 或 KnativeEventing，会在 OpenShift Serverless Operator 中创建无限协调循环。这个问题已通过重新引入准入 Webhook 来解决，它可防止在 knative-serving 或 knative-eventing 以外的任何命名空间中创建 Knative 安装资源。
• 在以前的版本中，在一定时间段内删除安装后批处理作业，保留特权服务帐户 unbound。这会导致合规系统标记问题。这个问题已通过保留已完成的作业来解决，确保服务帐户保持绑定。

• OpenShift Serverless 现在使用 Knative Serving 1.12。
• OpenShift Serverless 现在使用 Knative Eventing 1.12。
• OpenShift Serverless 现在使用 Kourier 1.12。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.12。
• OpenShift Serverless 现在使用 Knative 用于 Apache Kafka 1.12。
• kn func CLI 插件现在使用 func 1.14。

• OpenShift Serverless Logic 现已正式发布(GA)。此发行版本包括 OpenShift Serverless Logic 的概述；有关创建、运行和部署工作流的说明；以及安装和卸载 OpenShift Serverless Logic Operator 的指南。此外，还包括配置 OpenAPI 服务和端点的步骤，以及用于对服务进行故障排除的技巧。如需更多信息，请参阅 OpenShift Serverless 日志概述。

  您还可以参考其他文档。如需了解更多详细信息 ，请参阅 Serverless Logic 文档。

• ARM64 上的 OpenShift Serverless 现在作为技术预览提供。
• NamespacedKafka 注解现已弃用。在没有 data plane 隔离的情况下使用标准 Kafka 代理。
• 在启用自动 EventType 自动创建时，您现在可以轻松发现集群中可用的事件。此功能作为开发者预览提供。
• 现在，您可以在 OpenShift Developer 控制台的 Developer 控制台的 Observe 选项卡中直接探索 Knative Eventing 监控仪表板。
• 现在，您可以使用 Custom Metrics Autoscaler Operator 为 Apache Kafka 源自动扩展 Knative Eventing 源，由 KafkaSource 对象定义。此功能作为技术预览功能提供，为 Knative Eventing 中的基于 Kafka 的事件源提供增强的可扩展性和效率。
• 现在，在使用 Kafka 实现创建 Knative Broker 时，您可以自定义内部 Kafka 主题属性。这提高了效率，简化管理。
• 新的触发器过滤器功能现在作为技术预览提供。这些过滤器默认是启用的，允许用户指定一组过滤器表达式，每个表达式评估为每个事件评估为 true 或 false。

• 由于不同的挂载点权限，集群构建上的直接上传不适用于 IBM zSystems (s390x)和 IBM Power (ppc64le)。

• 使用 Podman 版本 4.6 构建和部署功能会失败，并显示 无效的 pull policy "1" 错误。

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

• 在以前的版本中，在一定时间段内删除安装后批处理作业，保留特权服务帐户 unbound。这会导致合规系统标记问题。这个问题已通过保留已完成的作业来解决，确保服务帐户保持绑定。

• 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-istio 和 net-kourier 控制器 pod 添加环境变量 ENABLE_SECRET_INFORMER_FILTERING_BY_CERT_UID=true。
• 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 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 版本获得最佳用户体验。

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

• 由于不同的挂载点权限，集群构建上的直接上传不适用于 IBM zSystems (s390x)和 IBM Power (ppc64le)。

• 使用 Podman 版本 4.6 构建和部署功能会失败，并显示 无效的 pull policy "1" 错误。

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

• OpenShift Serverless 现在使用 Knative Serving 1.10。
• OpenShift Serverless 现在使用 Knative Eventing 1.10。
• OpenShift Serverless 现在使用 Kourier 1.10。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.10。
• OpenShift Serverless 现在使用 Knative for Apache Kafka 1.10。
• kn func CLI 插件现在使用 func 1.11。
• 带有 Service Mesh 的 OpenShift Serverless 多租户现在作为技术预览提供(TP)功能。

• Serverless Logic （作为技术预览提供）功能已更新。

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

• OpenShift Serverless 现在可以在单节点 OpenShift 上安装和使用。
• 现在，您可以为现有 PersistentVolume 对象配置持久性卷声明(PVC)以用于 Serverless 功能。
• 当为 Ingress 指定 Kourier 并使用 DomainMapping 时，OpenShift Route 的 TLS 被设置为 passthrough，并且 Kourier 网关处理 TLS。从 Serverless 1.31 开始，可以在 Kourier 网关一侧指定启用的密码套件。

• 当启用了 Kourier 时，将 Red Hat OpenShift Service Mesh 与 Serverless 集成现已弃用。在 Service Mesh 集成中使用 net-istio 而不是 net-kourier。

  详情请参阅"将 Red Hat OpenShift Service Mesh 与 Serverless 集成"部分。

• 为 3scale-kourier-gateway 部署添加了 PodDistruptionBudget 和 HorizontalPodAutoscaler 对象。

  • PodDistruptionBudget 用于定义部署中 pod 的最低可用性要求。
  • HorizontalPodAutoscaler 用于根据需求或自定义指标自动扩展部署中的 pod 数量。
• 现在，您可以更改 Knative 代理和 Apache Kafka 频道使用的 Apache Kafka 主题名称模式。
• DomainMapping v1alpha1 自定义资源定义(CRD)现已弃用。使用 v1beta1 CRD 替代。
• NamespacedKafka 注解（技术预览）功能(TP)功能现已弃用，现在使用没有 data plane 隔离的标准 Kafka 代理。

• 在以前的版本中，当使用完整的 Red Hat OpenShift Service Mesh 集成和 STRICT peer 身份验证部署 Knative Eventing 时，PingSource 适配器指标不可用。

  这个问题已被解决，PingSource 适配器指标现在可以使用不同的 作业 和服务 标签值来收集。以上值为 pingsource-mt-adapter，新值为 pingsource-mt-adapter-sm-service。

• 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 for 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 源
  • Apache Kafka 的 Knative Broker
  • Apache Kafka 的 Knative Sink
  • ContainerSource
  • SinkBinding
  • InMemoryChannel
  • KafkaChannel
  • 基于频道的 Knative Broker
• OpenShift Serverless 功能的 pipelines-as-code 现在作为技术预览提供(TP)。
• 现在，您可以为 net-kourier 配置每秒的 burst 和 query 值(QPS)。

• OpenShift Serverless Functions 用户现在可以为单个 Quarkus 功能覆盖 func.yaml 文件中的 readiness 和 liveness 探测值。

  有关 Quarkus、typetype 和 Node.js 功能的指导，请参阅"功能开发参考指南"。

• 从 OpenShift Serverless 1.30.0 开始，Kourier 控制器和网关清单默认具有以下限制和请求：

  • requests:

    • CPU: 200m
    • 内存：200Mi

  • limits:

    • cpu: 500m

    • 内存：500Mi

      请参阅 OpenShift Serverless 文档中的"覆盖 Knative Serving 系统部署配置"部分。

• NamespacedKafka 注解（技术预览）功能(TP)功能现已弃用，现在使用没有 data plane 隔离的标准 Kafka 代理。

• 在以前的版本中，3scale-kourier-gateway pod 每天发送数千个 net-kourier-controller DNS 查询。正在为每个 NXDOMAIN 回复发送新查询。这会继续，直到生成了正确的 DNS 查询。

  查询现在默认具有 net-kourier-controller.knative-serving-ingress.svc.<cluster domain > 的完全限定域名(FQDN)，从而解决了这个问题。

• 使用 Podman 版本 4.6 构建和部署功能会失败，并显示 无效的 pull policy "1" 错误。

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

• IBM zSystems 和 IBM Power 不支持 on-cluster 功能构建，包括使用 Pipelines-as-code。
• IBM zSystem 和 IBM Power 不支持 Buildpack 构建器。

• 在以前的版本中，net-kourier-controller 有时因为存活度探测错误而无法启动。该问题已解决。

• OpenShift Serverless 现在使用 Knative Serving 1.8。
• OpenShift Serverless 现在使用 Knative Eventing 1.8。
• OpenShift Serverless 现在使用 Kourier 1.8。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.8。
• OpenShift Serverless 现在使用 Knative 用于 Apache Kafka 1.8。
• kn func CLI 插件现在使用 func 1.10。

• 从 OpenShift Serverless 1.29 开始，提供了不同的产品版本，如下所示：

  • 最新版本可通过 stable 频道获得。

  • 早于最新的版本可以通过基于版本的频道获得。

    要使用这些，请将订阅对象 YAML 文件中的 channel 参数从 stable 更新到对应的基于版本的频道，如 stable-1.29。

    此更改允许您只接收针对最新版本的更新，也适用于维护阶段的版本。

    另外，您可以锁定 Knative (kn) CLI 的版本。详情请参阅"安装 Knative CLI"部分。

• 现在，您可以使用 OpenShift Container Platform Pipelines 通过开发人员控制台创建 OpenShift Serverless 功能。
• 对 Knative Serving 的多容器支持现已正式发布(GA)。此功能允许您使用单个 Knative 服务来部署多容器 pod。
• OpenShift Serverless 功能现在可以为单独的 Node.js 和 TypeScript 功能覆盖 func.yaml 文件中的 readiness 和 liveness 探测值。
• 现在，当 GitHub 存储库中的源代码发生变化时，您可以将功能配置为自动部署到集群中。这允许更加无缝的 CI/CD 集成。
• Eventing 与 Service Mesh 集成现在作为开发人员预览功能提供。集成包括： PingSource、ApiServerSource、Apache Kafka 的 Knative Source、Apache Kafka 的 Knative Broker、Apache Kafka 的 Knative Sink、ContainerSource 和 SinkBinding。
• 此发行版本包括 OpenShift Serverless Logic 的升级开发人员预览。
• Knative Operator Serving 和 Eventings CRD 的 API 版本 v1alpha1 已被删除。您需要使用 v1beta1 版本。这不会影响现有安装，因为在升级 Serverless Operator 时 CRD 会被自动更新。

• 当更新 DomainMapping 中指定的 secret 时，只更新 secret 不会触发协调循环。您需要重命名 secret 或删除 Knative Ingress 资源，以触发协调循环。
• OpenShift Serverless Operator 覆盖 Webhook Horizontal Pod Autoscaler (HPA)设置。因此，对于更高的工作负载，它无法扩展。要临时解决这个问题，请手动设置与您的工作负载对应的初始副本值。
• 在 Red Hat OpenShift Serverless 1.27 删除前创建的 KafkaSource 资源会卡住。要临时解决这个问题，在开始删除 KafkaSource 后，从资源中删除终结器。
• net-kourier-controller 可能会因为存活度探测错误而无法启动。您可以使用知识库解决方案临时解决这个问题。

• OpenShift Serverless 现在使用 Knative Serving 1.7。
• OpenShift Serverless 现在使用 Knative Eventing 1.7。
• OpenShift Serverless 现在使用 Kourier 1.7。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.7。
• OpenShift Serverless 现在为 Apache Kafka 1.7 使用 Knative 代理实现。
• kn func CLI 插件现在使用 func 1.9.1 版本。
• Node.js 和 TypeScript 运行时现在正式发布 (GA)。
• OpenShift Serverless 功能的 Python 运行时现在作为技术预览提供。
• Knative Serving 的多容器支持现在作为技术预览提供。此功能允许您使用单个 Knative 服务来部署多容器 pod。

• 在 OpenShift Serverless 1.29 或更高版本中，Knative Eventing 的以下组件将从两个 pod 缩减为一个：

  • imc-controller
  • imc-dispatcher
  • mt-broker-controller
  • mt-broker-filter
  • mt-broker-ingress

• Serving CR 的 serverless.openshift.io/enable-secret-informer-filtering 注解现已弃用。该注解仅适用于 Istio，不适用于 Kourier。

  在 OpenShift Serverless 1.28 中，OpenShift Serverless Operator 允许注入 net-istio 和 net-kourier 的环境变量 ENABLE_SECRET_INFORMER_FILTERING_BY_CERT_UID。

  如果启用 secret 过滤，则所有 secret 都需要使用 networking.internal.knative.dev/certificate-uid: "<id>"。否则，Knative Serving 不会检测到它们，这会导致失败。您必须标记新的和现有的 secret。

  在以下 OpenShift Serverless 版本中，secret 过滤将默认启用。要防止失败，请预先标记您的 secret。

• 目前，IBM Power、IBM zSystems 和 IBM® LinuxONE 上的 OpenShift Serverless 功能不支持 Python 的运行时。

  Node.js、typetype 和 Quarkus 功能在这些架构中被支持。

• 在 Windows 平台上，因为 app.sh 文件权限，无法使用 Source-to-Image 构建器在本地构建、运行或部署 Python 功能。

  要临时解决这个问题，对 Linux 使用 Windows 子系统。

• 在 Red Hat OpenShift Serverless 1.27 删除前创建的 KafkaSource 资源会卡住。要临时解决这个问题，在开始删除 KafkaSource 后，从资源中删除终结器。

• OpenShift Serverless 现在使用 Knative Serving 1.6。
• OpenShift Serverless 现在使用 Knative Eventing 1.6。
• OpenShift Serverless 现在使用 Kourier 1.6。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.6。
• OpenShift Serverless 现在使用 Knative Kafka 1.6。
• kn func CLI 插件现在使用 func 1.8.1。
• 命名空间范围的代理现在作为技术预览提供。例如，此类代理可用于实施基于角色的访问控制 (RBAC) 策略。
• KafkaSink 现在使用 CloudEvent 二进制内容模式。二进制内容模式比结构化模式更高效，因为它使用其正文中的标头而不是 CloudEvent。例如，对于 HTTP 协议，它使用 HTTP 标头。
• 现在，您可以使用 OpenShift Container Platform 4.10 及更新的版本中的 OpenShift Route 通过 HTTP/2 协议使用 gRPC 框架。这提高了客户端和服务器间的通信效率和速度。
• Knative Operator Serving 和 Eventings CRD 的 API 版本 v1alpha1 在 1.27 中弃用。它将在以后的版本中删除。红帽强烈建议使用 v1beta1 版本。这不会影响现有安装，因为在升级 Serverless Operator 时 CRD 会被自动更新。
• 现在默认启用交付超时功能。它允许您指定每个发送的 HTTP 请求的超时时间。这个功能仍是一个技术预览。

• 在以前的版本中，Knative 服务有时没有处于 Ready 状态，报告等待负载均衡器就绪。这个问题已被解决。

• 当集群中存在太多 secret 时，将 OpenShift Serverless 与 Red Hat OpenShift Service Mesh 集成会导致 net-kourier pod 在启动时耗尽内存。

• 命名空间范围的代理可能会在用户命名空间中保留 ClusterRoleBindings，即使删除了命名空间范围的代理。

  如果发生这种情况，删除用户命名空间中名为 rbac-proxy-reviews-prom-rb-knative-kafka-broker-data-plane-{{.Namespace}} 的 ClusterRoleBinding。

• 带有 Quarkus 的 OpenShift Serverless 功能现在是 GA。
• OpenShift Serverless 现在使用 Knative Serving 1.5。
• OpenShift Serverless 现在使用 Knative Eventing 1.5。
• OpenShift Serverless 现在使用 Kourier 1.5。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.5。
• OpenShift Serverless 现在使用 Knative Kafka 1.5。
• OpenShift Serverless 现在使用 Knative Operator 1.3。
• kn func CLI 插件现在使用 func 1.8.1。
• 持久性卷声明 (PVC) 现在为 GA。PVC 为 Knative 服务提供持久性数据存储。

• 新的触发器过滤器功能现在作为技术预览提供。它允许用户指定一组过滤器表达式，其中每个表达式都会为每个事件评估为 true 或 false。

  要启用新的触发器过滤器，请在 operator 配置映射中 KnativeEventing 类型的部分中添加 new-trigger-filters: enabled 条目：

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeEventing
  ...
  ...
  spec:
    config:
      features:
        new-trigger-filters: enabled
  ...

  Copy to Clipboard Toggle word wrap

• Knative Operator 1.3 为 operator.knative.dev 添加了 API 的更新 v1beta1 版本。

  要从 KnativeServing 和 KnativeEventing 自定义资源配置映射中的 v1alpha1 更新至 v1beta1，请编辑 apiVersion 键：

  KnativeServing 自定义资源配置映射示例

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeServing
  ...

  Copy to Clipboard Toggle word wrap

  KnativeEventing 自定义资源配置映射示例

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeEventing
  ...

  Copy to Clipboard Toggle word wrap

• 在以前的版本中，Kafka 代理、Kafka 源和 Kafka sink 禁用联邦信息处理标准 (FIPS) 模式。这个问题已被解决，现在 FIPS 模式可用。

• 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 func CLI 插件现在使用 func 1.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 现在作为技术预览提供。

• 在以前的版本中，如果在存活度探测失败后重启容器，Knative Serving 会出现一个就绪度探测失败。这个问题已被解决。

• Kafka 代理、Kafka 源和 Kafka sink 禁用 Federal Information Processing Standards (FIPS) 模式。
• SinkBinding 对象不支持服务的自定义修订名称。

• Knative Serving Controller pod 添加了一个新的 informer 来监视集群中的 secret。informer 在缓存中包含 secret，这会增加控制器 pod 的内存消耗。

  如果 pod 内存不足，您可以通过增加部署的内存限值来解决此问题。

• OpenShift Serverless 现在使用 Knative Serving 1.3。
• OpenShift Serverless 现在使用 Knative Eventing 1.3。
• OpenShift Serverless 现在使用 Kourier 1.3。
• OpenShift Serverless 现在使用 Knative kn CLI 1.3。
• OpenShift Serverless 现在使用 Knative Kafka 1.3。
• kn func CLI 插件现在使用 func 0.24。
• 现在，提供了对 Knative 服务的 init 容器支持 (GA)。
• OpenShift Serverless 逻辑现在作为技术预览提供。它启用了定义声明工作流模型来管理无服务器应用程序。
• 对于 OpenShift Container Platform，您现在可以在 OpenShift Serverless 中使用成本管理服务。

• 当集群中存在太多 secret 时，将 OpenShift Serverless 与 Red Hat OpenShift Service Mesh 集成会导致 net-istio-controller pod 在启动时耗尽内存。

  现在，可以启用 secret 过滤，这会导致 net-istio-controller 只考虑带有 networking.internal.knative.dev/certificate-uid 标签的 secret，从而减少所需的内存量。

• OpenShift Serverless 功能技术预览现在默认使用 Cloud Native Buildpacks 构建容器镜像。

• Kafka 代理、Kafka 源和 Kafka sink 禁用 Federal Information Processing Standards (FIPS) 模式。

• 在 OpenShift Serverless 1.23 中，删除了 KafkaBindings 和 kafka-binding Webhook 的支持。但是，现有 kafkabindings.webhook.sources.knative.dev MutatingWebhookConfiguration 可能保留，指向 kafka-source-webhook 服务，该服务不再存在。

  对于集群上 KafkaBindings 的某些规格，kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration 可能会被配置，将任何创建和更新事件传递给各种资源，如 Deployment、Knative Services 或 Jobs，然后 Webhook 会失败。

  要临时解决这个问题，请在升级到 OpenShift Serverless 1.23 后从集群中删除 kafkabindings.webhook.sources.knative.dev MutatingWebhookConfiguration：

  $ oc delete mutatingwebhookconfiguration kafkabindings.webhook.kafka.sources.knative.dev

  Copy to Clipboard Toggle word wrap

• OpenShift Serverless 现在使用 Knative Serving 1.2。
• OpenShift Serverless 现在使用 Knative Eventing 1.2。
• OpenShift Serverless 现在使用 Kourier 1.2。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.2。
• OpenShift Serverless 现在使用 Knative Kafka 1.2。
• kn func CLI 插件现在使用 func 0.24。
• 现在，可以在 Kafka 代理中使用 kafka.eventing.knative.dev/external.topic 注解。此注解可以使用现有的外部管理主题，而不是代理自行创建内部主题。
• kafka-ch-controller 和 kafka-webhook Kafka 组件不再存在。这些组件已被 kafka-webhook-eventing 组件替代。
• OpenShift Serverless 功能技术预览现在默认使用 Source-to-Image (S2I) 来构建容器镜像。

• Kafka 代理、Kafka 源和 Kafka sink 禁用 Federal Information Processing Standards (FIPS) 模式。
• 如果您要删除包括 Kafka 代理的命名空间，当 auth.secret.ref.name secret 在代理被删除之前被删除，则命名空间终结器（finalizer）可能无法删除。

• 使用大量 Knative 服务运行 OpenShift Serverless 时，可能会导致运行的 Knativeivator pod 接近其默认的内存限值 600MB。如果使用的内存达到这个限值，则这些 pod 可能会重启。通过修改 KnativeServing 自定义资源，可以配置激活器部署的请求和限值：

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeServing
  metadata:
    name: knative-serving
    namespace: knative-serving
  spec:
    deployments:
    - name: activator
      resources:
      - container: activator
        requests:
          cpu: 300m
          memory: 60Mi
        limits:
          cpu: 1000m
          memory: 1000Mi

  Copy to Clipboard Toggle word wrap
• 如果您使用 Cloud Native Buildpacks 作为一个函数的本地构建策略，kn func 将无法自动启动 podman，或使用 SSH 隧道到远程守护进程。这些问题的解决方法是，在部署函数前，在本地开发计算机上已在运行 Docker 或 podman 守护进程。
• On-cluster 函数构建当前针对 Quarkus 和 Golang 运行时会失败。它们适用于 Node、Typescript、Python 和 Springboot 运行时。

• OpenShift Serverless 现在使用 Knative Serving 1.1。
• OpenShift Serverless 现在使用 Knative Eventing 1.1。
• OpenShift Serverless 现在使用 Kourier 1.1。
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.1。
• OpenShift Serverless 现在使用 Knative Kafka 1.1。
• kn func CLI 插件现在使用 func 0.23。
• init 容器支持 Knative 服务现在作为技术预览提供。
• 持久性卷声明 (PVC) 对 Knative 服务的支持现在作为技术预览提供。
• knative-serving、knative-serving-ingress、knative-eventing 和 knative-kafka 系统命名空间现在默认具有 knative.openshift.io/part-of: "openshift-serverless" 标签。
• 添加了 Knative Eventing - Kafka Broker/Trigger 仪表板，它允许在 web 控制台中视觉化 Kafka 代理并触发指标。
• 添加了 Knative Eventing - KafkaSink 仪表板，它允许在 web 控制台中视觉化 KafkaSink 指标。
• Knative Eventing - Broker/Trigger 仪表板现在被称为 Knative Eventing - 基于频道的代理/触发器。
• knative.openshift.io/part-of: "openshift-serverless" 标签已替换 knative.openshift.io/system-namespace 标签。
• Knative Serving YAML 配置文件中的命名样式从 camel 格式（ExampleName）改为连字符格式 (example-name) 。从这个版本开始，在创建或编辑 Knative Serving YAML 配置文件时使用连字符格式表示法。

• Kafka 代理、Kafka 源和 Kafka sink 禁用 Federal Information Processing Standards (FIPS) 模式。

• OpenShift Serverless 现在使用 Knative Serving 1.0
• OpenShift Serverless 现在使用 Knative Eventing 1.0。
• OpenShift Serverless 现在使用 Kourier 1.0.
• OpenShift Serverless 现在使用 Knative (kn) CLI 1.0。
• OpenShift Serverless 现在使用 Knative Kafka 1.0。
• kn func CLI 插件现在使用 func 0.21。
• Kafka sink 现在作为技术预览提供。
• Knative 开源项目已开始弃用发现配置密钥，而是统一使用 kebab-cased 键。因此，OpenShift Serverless 1.18.0 发行注记中提到的 defaultExternalScheme 键现已弃用，并被 default-external-scheme 键替代。键的使用说明保持不变。

• 在 OpenShift Serverless 1.20.0 中，存在一个与发送事件相关的问题，会影响使用 kn event send 向服务发送事件。这个问题现已解决。
• 在 OpenShift Serverless 1.20.0 (func 0.20) 中，使用 http 模板创建的 TypeScript 功能无法在集群中部署。这个问题现已解决。
• 在 OpenShift Serverless 1.20.0 (func 0.20) 中，使用 gcr.io registry 部署功能会失败，并出现错误。这个问题现已解决。
• 在 OpenShift Serverless 1.20.0 (func 0.20) 中，使用 kn func create 命令创建 Springboot 功能项目目录，然后运行 kn func build 命令失败并显示错误消息。这个问题现已解决。
• 在 OpenShift Serverless 1.19.0 (func 0.19) 中，一些运行时无法使用 podman 来构建功能。这个问题现已解决。

• 目前，域映射控制器无法处理包含当前不支持的路径的代理 URI。

  这意味着，如果要使用 DomainMapping 自定义资源 (CR) 将自定义域映射到代理，则必须使用代理的 ingress 服务配置 DomainMapping CR，并将代理的确切路径附加到自定义域：

  DomainMapping CR 示例

  apiVersion: serving.knative.dev/v1alpha1
  kind: DomainMapping
  metadata:
    name: <domain-name>
    namespace: knative-eventing
  spec:
    ref:
      name: broker-ingress
      kind: Service
      apiVersion: v1

  Copy to Clipboard Toggle word wrap

  代理的 URI 为 <domain-name>/<broker-namespace>/<broker-name>。

• OpenShift Serverless 现在使用 Knative Serving 0.26。
• OpenShift Serverless 现在使用 Knative Eventing 0.26。
• OpenShift Serverless 现在使用 Kourier 0.26。
• OpenShift Serverless 现在使用 Knative (kn) CLI 0.26。
• OpenShift Serverless 现在使用 Knative Kafka 0.26。
• kn func CLI 插件现在使用 func 0.20。

• Kafka 代理现在作为技术预览提供。

  重要

  FIPS 不支持 Kafka 代理（当前为技术预览）。

• kn event 插件现在作为技术预览提供。
• kn service create 命令的 --min-scale 和 --max-scale 标志已弃用。使用 --scale-min 和 --scale-max 标志。

• OpenShift Serverless 使用 HTTPS 的默认地址部署 Knative 服务。将事件发送到集群中的资源时，发件人不会配置集群证书颁发机构 (CA) 。这会导致事件交付失败，除非集群使用全局接受的证书。

  例如，向公开访问的地址发送事件可正常工作：

  $ kn event send --to-url https://ce-api.foo.example.com/

  Copy to Clipboard Toggle word wrap

  另一方面，如果服务使用由自定义 CA 发布的 HTTPS 证书的公共地址，则此交付会失败：

  $ kn event send --to Service:serving.knative.dev/v1:event-display

  Copy to Clipboard Toggle word wrap

  将事件发送到其他可寻址的对象（如代理或频道）不受此问题的影响，并可以正常工作。

• Kafka 代理目前无法在启用了联邦信息处理标准 (FIPS) 模式的集群中工作。

• 如果您使用 kn func create 命令创建 Springboot 功能项目目录，后续的 kn func build 命令运行会失败并显示以下错误消息：

  [analyzer] no stack metadata found at path ''
  [analyzer] ERROR: failed to : set API for buildpack 'paketo-buildpacks/ca-certificates@3.0.2': buildpack API version '0.7' is incompatible with the lifecycle

  Copy to Clipboard Toggle word wrap

  作为临时解决方案，您可以在函数配置文件 func.yaml 中将 builder 属性更改为 gcr.io/paketo-buildpacks/builder:base。

• 使用 gcr.io registry 部署函数会失败并显示以下错误消息：

  Error: failed to get credentials: failed to verify credentials: status code: 404

  Copy to Clipboard Toggle word wrap

  作为临时解决方案，请使用与 gcr.io 不同的 registry，如 quay.io 或 docker.io。

• 使用 http 模板创建的 TypeScript 函数无法在集群中部署。

  作为临时解决方案，在 func.yaml 文件中替换以下部分：

  buildEnvs: []

  Copy to Clipboard Toggle word wrap

  使用这个：

  buildEnvs:
  - name: BP_NODE_RUN_SCRIPTS
    value: build

  Copy to Clipboard Toggle word wrap

• 在 func 版本 0.20 中，一些运行时可能无法使用 podman 构建函数。您可能会看到类似如下的错误消息：

  ERROR: failed to image: error during connect: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.40/info": EOF

  Copy to Clipboard Toggle word wrap

  • 这个问题存在以下临时解决方案：

    1. 通过在 service ExecStart 定义中添加 --time=0 来更新 podman 服务：

       服务配置示例

       ExecStart=/usr/bin/podman $LOGGING system service --time=0

       Copy to Clipboard Toggle word wrap

    2. 运行以下命令来重启 podman 服务：

       $ systemctl --user daemon-reload

       Copy to Clipboard Toggle word wrap

       $ systemctl restart --user podman.socket

       Copy to Clipboard Toggle word wrap

  • 或者，您可以使用 TCP 公开 podman API：

    $ podman system service --time=0 tcp:127.0.0.1:5534 &
    export DOCKER_HOST=tcp://127.0.0.1:5534

    Copy to Clipboard Toggle word wrap

• OpenShift Serverless 现在使用 Knative Serving 0.25。
• OpenShift Serverless 现在使用 Knative Eventing 0.25。
• OpenShift Serverless 现在使用 Kourier 0.25。
• OpenShift Serverless 现在使用 Knative (kn) CLI 0.25。
• OpenShift Serverless 现在使用 Knative Kafka 0.25。
• kn func CLI 插件现在使用 func 0.19。
• KafkaBinding API 在 OpenShift Serverless 1.19.0 中已弃用，并将在以后的发行版本中删除。
• HTTPS 重定向现在被支持，并可以为集群或每个 Knative 服务配置。

• 在以前的版本中，Kafka 频道分配程序仅在响应前等待本地提交成功，这可能会在 Apache Kafka 节点失败时导致事件丢失。Kafka 频道分配程序现在会在响应前等待所有同步副本提交。

• 在 func 版本 0.19 中，一些运行时可能无法使用 podman 构建函数。您可能会看到类似如下的错误消息：

  ERROR: failed to image: error during connect: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.40/info": EOF

  Copy to Clipboard Toggle word wrap

  • 这个问题存在以下临时解决方案：

    1. 通过在 service ExecStart 定义中添加 --time=0 来更新 podman 服务：

       服务配置示例

       ExecStart=/usr/bin/podman $LOGGING system service --time=0

       Copy to Clipboard Toggle word wrap

    2. 运行以下命令来重启 podman 服务：

       $ systemctl --user daemon-reload

       Copy to Clipboard Toggle word wrap

       $ systemctl restart --user podman.socket

       Copy to Clipboard Toggle word wrap

  • 或者，您可以使用 TCP 公开 podman API：

    $ podman system service --time=0 tcp:127.0.0.1:5534 &
    export DOCKER_HOST=tcp://127.0.0.1:5534

    Copy to Clipboard Toggle word wrap

• OpenShift Serverless 现在使用 Knative Serving 0.24.0。
• OpenShift Serverless 现在使用 Knative Eventing 0.24.0。
• OpenShift Serverless 现在使用 Kourier 0.24.0。
• OpenShift Serverless 现在使用 Knative (kn) CLI 0.24.0。
• OpenShift Serverless 现在使用 Knative Kafka 0.24.7。
• kn func CLI 插件现在使用 func 0.18.0。

• 在即将发布的 OpenShift Serverless 1.19.0 发行版本中，外部路由的 URL 方案将默认为 HTTPS 以增强安全性。

  如果您不希望此更改应用到工作负载，您可以在升级到 1.19.0 前覆盖默认设置，方法是将以下 YAML 添加到 KnativeServing 自定义资源 (CR) ：

  ...
  spec:
    config:
      network:
        defaultExternalScheme: "http"
  ...

  Copy to Clipboard Toggle word wrap

  如果您想在 1.18.0 中应用更改，请添加以下 YAML：

  ...
  spec:
    config:
      network:
        defaultExternalScheme: "https"
  ...

  Copy to Clipboard Toggle word wrap

• 在接下来的 OpenShift Serverless 1.19.0 发行版本中，公开 Kourier 网关的默认服务类型将是 ClusterIP，而不是 LoadBalancer。

  如果您不希望此更改应用到工作负载，您可以在升级到 1.19.0 前覆盖默认设置，方法是将以下 YAML 添加到 KnativeServing 自定义资源 (CR) ：

  ...
  spec:
    ingress:
      kourier:
        service-type: LoadBalancer
  ...

  Copy to Clipboard Toggle word wrap
• 现在，您可以在 OpenShift Serverless 中使用 emptyDir 卷。详情请参阅 OpenShift Serverless 文档中的 Knative Serving 文档。
• 现在，当您使用 kn func 创建函数时，可以使用 Rust 模板。

• 1.4 之前的 Camel-K 版本与 OpenShift Serverless 1.17.0 不兼容。Camel-K 中的问题已被解决，Camel-K 版本 1.4.1 可以用于 OpenShift Serverless 1.17.0。

• 在以前的版本中，如果您为 Kafka 频道或新 Kafka 源创建新订阅，则 Kafka 数据平面可能会在新创建的订阅或 sink 报告就绪状态后准备好发送信息。

  因此，数据平面没有报告就绪状态时发送的信息可能没有传送到订阅者或 sink。

  在 OpenShift Serverless 1.18.0 中，这个问题已被解决，初始消息不再丢失。有关此问题的更多信息，请参阅 知识库文章 #6343981。

• 较旧版本的 Knative kn CLI 可能会使用较旧版本的 Knative Serving 和 Knative Eventing API。例如，kn CLI 版本 0.23.2 使用 v1alpha1 API 版本。

  另一方面，较新的 OpenShift Serverless 发行版本可能不再支持旧的 API 版本。例如，OpenShift Serverless 1.18.0 不再支持 kafkasources.sources.knative.dev API 的版本 v1alpha1。

  因此，使用带有较新的 OpenShift Serverless 的 Knative kn CLI 的旧版本可能会产生错误，因为 kn 无法找到过时的 API。例如，kn CLI 的 0.23.2 版本无法用于 OpenShift Serverless 1.18.0。

  为避免出现问题，请使用适用于 OpenShift Serverless 发行版本的最新 kn CLI 版本。对于 OpenShift Serverless 1.18.0，使用 Knative kn CLI 0.24.0。

• 简化无服务器容器的部署
• 基于流量的自动扩展，包括缩减到零
• 路由和网络编程
• 时点应用程序快照及其配置

• 服务在独立于生产的开发和部署过程中松散耦合。
• 生产者可以在消费者侦听前生成事件，消费者可以表达对尚未生成的事件或事件类的兴趣。
• 服务可以连接在不修改制作者或消费者的情况下创建新应用，并且能够从特定制作者选择特定事件子集。

• 支持以下构建策略：

  • Source-to-Image(S2I)
  • Buildpacks
• 多个运行时
• 通过 Knative (kn) CLI 的本地开发人员体验
• 项目模板
• 支持接收 CloudEvents 和普通 HTTP 请求

• 支持管理以下 Knative Serving 功能：

  • 服务
  • 修订
  • Routes

• 支持管理以下 Knative Eventing 实体：

  • 源
  • 代理（Broker）
  • 触发器
  • Channels
  • 订阅
• 基于 Kubernetes (kubectl) CLI 工具的设计插件架构
• Knative 集成到 Tekton 管道中

• 资源定义
• 服务日志

• 要收集与一个或多个特定功能相关的数据，请使用 --image 参数和镜像，如以下部分所述。

  例如：

  $ oc adm must-gather  --image=registry.redhat.io/container-native-virtualization/cnv-must-gather-rhel8:v4.13.0

  Copy to Clipboard Toggle word wrap

• 要收集审计日志，请使用 -- /usr/bin/gather_audit_logs 参数，如以下部分所述。

  例如：

  $ oc adm must-gather -- /usr/bin/gather_audit_logs

  Copy to Clipboard Toggle word wrap
  注意

  作为默认信息集合的一部分，不会收集审计日志来减小文件的大小。

先决条件

• 安装 OpenShift CLI (oc) 。

流程

• 使用 oc adm must-gather 命令收集数据：

  $ oc adm must-gather --image=registry.redhat.io/openshift-serverless-1/serverless-must-gather-rhel8:<image_version_tag>

  Copy to Clipboard Toggle word wrap

  示例命令

  $ oc adm must-gather --image=registry.redhat.io/openshift-serverless-1/serverless-must-gather-rhel8:1.35.0

  Copy to Clipboard Toggle word wrap